[devel-distro] mkimage-profiles 1.4.0-alt1

[devel-distro] mkimage-profiles 1.4.0-alt1

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

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

Доступна новая значительная версия mkimage-profiles 1.4.0.

Изменений много, выделю основные:

- Добавлен генератор конфигурационного файла grub для iso образов
(спасибо shaba@);

- Расширена поддержка USB-контроллеров и считывателей SD-карт;

- Добавлена поддержка загрузки на одноплатниках Raspberry Pi 3 и 4 в
режиме EFI (u-boot или edk2);

- Добавлена возможность сборки образов rootfs с загрузчиком grub-efi;

- Произведено слияние с ветвями дистрибутивов Workstation, Education,
Simply Linux, Server, Server-V;

- Добавлен профиль сборки стартеркита с реал-тайм ядром (live);

- Интегрированы наработки для платформы riscv64 (спасибо arei@);

- Добавлена возможность сборки rootfs с alterator-setup-vnc (фича
use/oem/vnc). Полезно для
случаев, когда у компьютера нет видеовыхода (спасибо arei@);

- Добавлена возможность упаковки в ISO нескольких ядер (требуется
mkimage с изменениями:
http://git.altlinux.org/people/antohami/packages/mkimage.git).

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

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

[Michael Shigorin]

On Mon, Aug 17, 2020 at 09:59:14PM +0700, Антон Мидюков wrote:
> Доступна новая значительная версия mkimage-profiles 1.4.0.

Ура!

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

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

[Alexey Gladkov]

On Mon, Aug 17, 2020 at 09:59:14PM +0700, Антон Мидюков wrote:
> - Добавлена возможность упаковки в ISO нескольких ядер (требуется
> mkimage с изменениями:
> http://git.altlinux.org/people/antohami/packages/mkimage.git).

О, форк. Миш, Антон, ясно как вы подошли к вопросу. Ну ок, счастливо!

-- 
Rgrds, legion

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

[Ivan A. Melnikov]

On Mon, Aug 17, 2020 at 05:29:18PM +0200, Alexey Gladkov wrote:
> On Mon, Aug 17, 2020 at 09:59:14PM +0700, Антон Мидюков wrote:
> > - Добавлена возможность упаковки в ISO нескольких ядер (требуется
> > mkimage с изменениями:
> > http://git.altlinux.org/people/antohami/packages/mkimage.git).
> 
> О, форк. Миш, Антон, ясно как вы подошли к вопросу. Ну ок, счастливо!

Каноничный URL в анонсе должен быть

http://git.altlinux.org/gears/m/mkimage-profiles.git

-- 
  wbr,
    iv m.

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

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

17.08.2020 22:29, Alexey Gladkov пишет:
> On Mon, Aug 17, 2020 at 09:59:14PM +0700, Антон Мидюков wrote:
>> - Добавлена возможность упаковки в ISO нескольких ядер (требуется
>> mkimage с изменениями:
>> http://git.altlinux.org/people/antohami/packages/mkimage.git).
> О, форк. Миш, Антон, ясно как вы подошли к вопросу. Ну ок, счастливо!
Заапстримить не осилил. А возможность кому-то может быть нужная. Хоть так...

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

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

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

17.08.2020 22:45, Aleksey Novodvorsky пишет:
> пн, 17 авг. 2020 г., 18:42 Aleksey Novodvorsky <aen@basealt.ru>:
>
>>
>>
>> пн, 17 авг. 2020 г., 18:40 Антон Мидюков <midyukov-anton@ya.ru>:
>>
>>> 17.08.2020 22:29, Alexey Gladkov пишет:
>>>> On Mon, Aug 17, 2020 at 09:59:14PM +0700, Антон Мидюков wrote:
>>>>> - Добавлена возможность упаковки в ISO нескольких ядер (требуется
>>>>> mkimage с изменениями:
>>>>> http://git.altlinux.org/people/antohami/packages/mkimage.git).
>>>> О, форк. Миш, Антон, ясно как вы подошли к вопросу. Ну ок, счастливо!
>>> Заапстримить не осилил. А возможность кому-то может быть нужная. Хоть
>>> так...
>>>
>> Это напрасно. Не надо так.
>>
> Проект ваш, но лучше бы откатить и апстримить.
Откатить коммиты поддержки упаковки нескольких ядер в mkimage-profiles?

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

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

[Michael Shigorin]

On Mon, Aug 17, 2020 at 05:29:18PM +0200, Alexey Gladkov wrote:
> On Mon, Aug 17, 2020 at 09:59:14PM +0700, Антон Мидюков wrote:
> > - Добавлена возможность упаковки в ISO нескольких ядер
> > (требуется mkimage с изменениями:
> > http://git.altlinux.org/people/antohami/packages/mkimage.git).
> О, форк. Миш, Антон, ясно как вы подошли к вопросу. Ну ок, счастливо!

Лёш, что ты, дружище?  У antohami@ эти наброски давно уже лежали,
мы с тобой это всё обсуждали ещё весной, ты ему много чего по
существу патчей высказал; а с утра я сказал не включать эту фичу
в "официальный" %changelog пакета до тех пор, пока не будет
штатно заапстримлена в таком виде, в каком ты готов принять.

Насчёт форков -- к сожалению, они неизбежны (знал бы ты, сколько
Антону со мной как апстримом довелось намучиться, пока он осиливал
всю эту гору одноплатников со всеми их заморочками, а мне было не
до патчей вообще); ну и у меня вон на localhost отлёживается горка
патчей прямо по /usr/share для e2k (тоже надо разобрать,
причесать и притащить).  Тут вопрос в намерениях: вместе тащить
или порознь.  Здесь ни про какое порознь и речи не было.

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

И если чем обидели тебя что Антон, что я в этом -- считай,
что это всё я, но не по злому умыслу, а по невнимательности.

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

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

[Michael Shigorin]

On Mon, Aug 17, 2020 at 06:57:20PM +0300, Aleksey Novodvorsky wrote:
> > > Проект ваш, но лучше бы откатить и апстримить.
> > Откатить коммиты поддержки упаковки нескольких ядер в mkimage-profiles?
> Все то, для чего нужны не принятые  в mkimage патчи. Нам нужна поддержка
> нескольких ядер, но стабильное развитие mkimage и корректность в работе с
> коллегами гораздо важнее.

Ревертнуть небольшой 02a5231 можно (хотя смысл вижу исключительно
ритуальный), а раскурочивать все описания образов -- это гробить
время и силы на борьбу с контекстом патчей, как мне кажется.
Которые лучше как раз уделить mkimage.git.

Там ещё с mki-copy-efiboot имени меня, который legion@
в своё время принял зажмурившись, разбираться.  И эти
вопросы тоже перекликаются, но эту тему параллельно
обсуждали с утра offlist, не хочу дублировать -- лучше
уже или сюда притащим ту переписку, или заново оформлю.

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

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

[Michael Shigorin]

On Mon, Aug 17, 2020 at 10:51:59PM +0700, Антон Мидюков wrote:
> >>>>> - Добавлена возможность упаковки в ISO нескольких ядер (требуется
> >>>>> mkimage с изменениями:
> >>>>> http://git.altlinux.org/people/antohami/packages/mkimage.git).
> >>>> О, форк. Миш, Антон, ясно как вы подошли к вопросу. Ну ок, счастливо!
> >>> Заапстримить не осилил. А возможность кому-то может быть
> >>> нужная. Хоть так...
> >> Это напрасно. Не надо так.
> > Проект ваш, но лучше бы откатить и апстримить.
> Откатить коммиты поддержки упаковки нескольких ядер в mkimage-profiles?

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

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

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

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

17.08.2020 23:14, Michael Shigorin пишет:
> On Mon, Aug 17, 2020 at 06:57:20PM +0300, Aleksey Novodvorsky wrote:
>>>> Проект ваш, но лучше бы откатить и апстримить.
>>> Откатить коммиты поддержки упаковки нескольких ядер в mkimage-profiles?
>> Все то, для чего нужны не принятые  в mkimage патчи. Нам нужна поддержка
>> нескольких ядер, но стабильное развитие mkimage и корректность в работе с
>> коллегами гораздо важнее.
> Ревертнуть небольшой 02a5231 можно (хотя смысл вижу исключительно
> ритуальный), а раскурочивать все описания образов -- это гробить
> время и силы на борьбу с контекстом патчей, как мне кажется.
> Которые лучше как раз уделить mkimage.git.

Да, это разумно, как не крути. Сюрприза с несколькими KFLAVOURS быть не
должно. Смысла в откате всех коммитов нет. Главное саму возможность убрать.

Всё-таки я сейчас сделаю 1.4.1

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

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

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

17.08.2020 23:17, Michael Shigorin пишет:
> On Mon, Aug 17, 2020 at 10:51:59PM +0700, Антон Мидюков wrote:
>>>>>>> - Добавлена возможность упаковки в ISO нескольких ядер (требуется
>>>>>>> mkimage с изменениями:
>>>>>>> http://git.altlinux.org/people/antohami/packages/mkimage.git).
>>>>>> О, форк. Миш, Антон, ясно как вы подошли к вопросу. Ну ок, счастливо!
>>>>> Заапстримить не осилил. А возможность кому-то может быть
>>>>> нужная. Хоть так...
>>>> Это напрасно. Не надо так.
>>> Проект ваш, но лучше бы откатить и апстримить.
>> Откатить коммиты поддержки упаковки нескольких ядер в mkimage-profiles?
> Давай-ка сперва проработай предложенные правки к mkimage по тому,
> что legion@ указывал и в весенней переписке, и сейчас -- а затем
> по итогам подровняешь mkimage-profiles (и, надеюсь, выпустишь
> 1.4.1 уже с "официальной" фичей).
Все мелкие замечания я исправил тогда. А разошлись в принципиальном
вопросе. В mkimage-profiles уже есть генератор меню grub, полный аналог
генератора для syslinux. И делать ещё один генератор в mkimage мне не
хочется.

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

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

[Leonid Krivoshein]

17.08.2020 18:29, Alexey Gladkov пишет:
> On Mon, Aug 17, 2020 at 09:59:14PM +0700, Антон Мидюков wrote:
>> - Добавлена возможность упаковки в ISO нескольких ядер (требуется
>> mkimage с изменениями:
>> http://git.altlinux.org/people/antohami/packages/mkimage.git).
> О, форк. Миш, Антон, ясно как вы подошли к вопросу. Ну ок, счастливо!

Не подошли, а просто ещё не успели заапстримить. Тогда как образы 
выпускать надо было "уже вчера".

По возникшему разногласию. Лично мне больше нравится отдельная программа 
(как grub-syslinux2cfg) или генератор менюшек на скрипте в mkimage. 
Думаю, и большинству так же. Но народ уже сделал нечто в m-p. Как этим 
пользоваться, особенно не сильно в m-p порывшимся, другой вопрос. 
По-моему, ещё один вариант в m-p никому не помешает, чего ему 
препятствовать-то? Или я неправильно чего-то понял из этой переписки.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

[Andrey Cherepanov]

17 августа 2020 г. 21:59:14 GMT+07:00, "Антон Мидюков" <midyukov-anton@ya.ru> пишет:
>Здравствуйте
>
>Доступна новая значительная версия mkimage-profiles 1.4.0.
>
>Изменений много, выделю основные:
>
>- Добавлен генератор конфигурационного файла grub для iso образов
>(спасибо shaba@);
>
>- Расширена поддержка USB-контроллеров и считывателей SD-карт;
>
>- Добавлена поддержка загрузки на одноплатниках Raspberry Pi 3 и 4 в
>режиме EFI (u-boot или edk2);
>
>- Добавлена возможность сборки образов rootfs с загрузчиком grub-efi;
>
>- Произведено слияние с ветвями дистрибутивов Workstation, Education,
>Simply Linux, Server, Server-V;
>
>- Добавлен профиль сборки стартеркита с реал-тайм ядром (live);
>
>- Интегрированы наработки для платформы riscv64 (спасибо arei@);
>
>- Добавлена возможность сборки rootfs с alterator-setup-vnc (фича
>use/oem/vnc). Полезно для
>случаев, когда у компьютера нет видеовыхода (спасибо arei@);
>
>- Добавлена возможность упаковки в ISO нескольких ядер (требуется
>mkimage с изменениями:
>http://git.altlinux.org/people/antohami/packages/mkimage.git).
>
>-- 
>С уважением, Антон Мидюков <antohami@altlinux.org>
>
>_______________________________________________
>devel-distro mailing list
>devel-distro@lists.altlinux.org
>https://lists.altlinux.org/mailman/listinfo/devel-distro

То есть можно Education 9.1 сделать такой же из 1.4?

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

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

18.08.2020 11:20, Andrey Cherepanov пишет:
>
> 17 августа 2020 г. 21:59:14 GMT+07:00, "Антон Мидюков" <midyukov-anton@ya.ru> пишет:
>> [...]
>>
>> - Произведено слияние с ветвями дистрибутивов Workstation, Education,
>> Simply Linux, Server, Server-V;
>> [...]
> То есть можно Education 9.1 сделать такой же из 1.4?

Да, но возможны нюансы, которые желательно выявить. Сборки в любом
случае не будут идентичными, так как много изменений в основной части
проекта.

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

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

[Andrey Cherepanov]

18 августа 2020 г. 11:29:59 GMT+07:00, "Антон Мидюков" <midyukov-anton@ya.ru> пишет:
>18.08.2020 11:20, Andrey Cherepanov пишет:
>>
>> 17 августа 2020 г. 21:59:14 GMT+07:00, "Антон Мидюков"
><midyukov-anton@ya.ru> пишет:
>>> [...]
>>>
>>> - Произведено слияние с ветвями дистрибутивов Workstation,
>Education,
>>> Simply Linux, Server, Server-V;
>>> [...]
>> То есть можно Education 9.1 сделать такой же из 1.4?
>
>Да, но возможны нюансы, которые желательно выявить. Сборки в любом
>случае не будут идентичными, так как много изменений в основной части
>проекта.
>
>-- 
>С уважением, Антон Мидюков <antohami@altlinux.org>
>
>_______________________________________________
>devel-distro mailing list
>devel-distro@lists.altlinux.org
>https://lists.altlinux.org/mailman/listinfo/devel-distro

Сверю, как доберусь.

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [devel-distro] mkimage-profiles 1.4.0-alt1

[Alexey Gladkov]

On Tue, Aug 18, 2020 at 01:41:40AM +0300, Leonid Krivoshein wrote:
> 
> 17.08.2020 18:29, Alexey Gladkov пишет:
> > On Mon, Aug 17, 2020 at 09:59:14PM +0700, Антон Мидюков wrote:
> > > - Добавлена возможность упаковки в ISO нескольких ядер (требуется
> > > mkimage с изменениями:
> > > http://git.altlinux.org/people/antohami/packages/mkimage.git).
> > О, форк. Миш, Антон, ясно как вы подошли к вопросу. Ну ок, счастливо!
> 
> Не подошли, а просто ещё не успели заапстримить. Тогда как образы выпускать
> надо было "уже вчера".
> 
> По возникшему разногласию. Лично мне больше нравится отдельная программа
> (как grub-syslinux2cfg) или генератор менюшек на скрипте в mkimage. Думаю, и
> большинству так же. Но народ уже сделал нечто в m-p. Как этим пользоваться,
> особенно не сильно в m-p порывшимся, другой вопрос. По-моему, ещё один
> вариант в m-p никому не помешает, чего ему препятствовать-то? Или я
> неправильно чего-то понял из этой переписки.

Ты, видимо, не понял. Я никому не препятствовал и не планирую.

-- 
Rgrds, legion

[devel-distro] пропало меню grub

[Sergey V Turchin]

On Monday, 17 August 2020 17:59:14 MSK Антон Мидюков wrote:
> Здравствуйте
> 
> Доступна новая значительная версия mkimage-profiles 1.4.0.
> 
> Изменений много, выделю основные:
> 
> - Добавлен генератор конфигурационного файла grub для iso образов
> (спасибо shaba@);
Я обновился и пропали загрузочные пункты из меню grub.
Генератором теперь стало обязательно пользоваться?
Как?

[...]

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Monday, 31 August 2020 15:34:40 MSK you wrote:
> On Monday, 17 August 2020 17:59:14 MSK Антон Мидюков wrote:
> > Здравствуйте
> > 
> > Доступна новая значительная версия mkimage-profiles 1.4.0.
> > 
> > Изменений много, выделю основные:
> > 
> > - Добавлен генератор конфигурационного файла grub для iso образов
> > (спасибо shaba@);
> 
> Я обновился и пропали загрузочные пункты из меню grub.
Это в свежеустановленной системе. Или не сюда смотреть?

> Генератором теперь стало обязательно пользоваться?
> Как?
> 
> [...]


-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

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

31.08.2020 19:40, Sergey V Turchin пишет:
> On Monday, 31 August 2020 15:34:40 MSK you wrote:
>> On Monday, 17 August 2020 17:59:14 MSK Антон Мидюков wrote:
>>> Здравствуйте
>>>
>>> Доступна новая значительная версия mkimage-profiles 1.4.0.
>>>
>>> Изменений много, выделю основные:
>>>
>>> - Добавлен генератор конфигурационного файла grub для iso образов
>>> (спасибо shaba@);
>> Я обновился и пропали загрузочные пункты из меню grub.
> Это в свежеустановленной системе. Или не сюда смотреть?
Это про меню grub в ISO-образах. Никак не влияет на меню grub в
установленной системе.
>> Генератором теперь стало обязательно пользоваться?
>> Как?
>>
>> [...]
>
-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Monday, 31 August 2020 15:51:32 MSK Антон Мидюков wrote:
> 31.08.2020 19:40, Sergey V Turchin пишет:
> > On Monday, 31 August 2020 15:34:40 MSK you wrote:
> >> On Monday, 17 August 2020 17:59:14 MSK Антон Мидюков wrote:
> >>> Здравствуйте
> >>> 
> >>> Доступна новая значительная версия mkimage-profiles 1.4.0.
> >>> 
> >>> Изменений много, выделю основные:
> >>> 
> >>> - Добавлен генератор конфигурационного файла grub для iso образов
> >>> (спасибо shaba@);
> >> 
> >> Я обновился и пропали загрузочные пункты из меню grub.
> > 
> > Это в свежеустановленной системе. Или не сюда смотреть?
> 
> Это про меню grub в ISO-образах. Никак не влияет на меню grub в
> установленной системе.
Ааа. У меня ядра пропали, т.е. не установились. Как вернуть?

[...]

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

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

31.08.2020 22:10, Sergey V Turchin пишет:
> On Monday, 31 August 2020 15:51:32 MSK Антон Мидюков wrote:
>> 31.08.2020 19:40, Sergey V Turchin пишет:
>>> On Monday, 31 August 2020 15:34:40 MSK you wrote:
>>>> On Monday, 17 August 2020 17:59:14 MSK Антон Мидюков wrote:
>>>>> Здравствуйте
>>>>>
>>>>> Доступна новая значительная версия mkimage-profiles 1.4.0.
>>>>>
>>>>> Изменений много, выделю основные:
>>>>>
>>>>> - Добавлен генератор конфигурационного файла grub для iso образов
>>>>> (спасибо shaba@);
>>>> Я обновился и пропали загрузочные пункты из меню grub.
>>> Это в свежеустановленной системе. Или не сюда смотреть?
>> Это про меню grub в ISO-образах. Никак не влияет на меню grub в
>> установленной системе.
> Ааа. У меня ядра пропали, т.е. не установились. Как вернуть?
>
> [...]
>
Я так и не понял, что произошло. Ядер не было сразу после установки или
они пропали после первого обновления?

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

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Monday, 31 August 2020 18:44:02 MSK Антон Мидюков wrote:

[...]
> Я так и не понял, что произошло. Ядер не было сразу после установки или
> они пропали после первого обновления?
Я полагал, что как раз будет понятно, т.к. это по любому связано с вашими 
изменениями про ядра.

Ядро в дистрибутив попало, но в систему не установилось, поэтому после 
установки в меню grub с EFI только пункт для настроек, а с BIOS только 
memtest.

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

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

02.09.2020 14:25, Sergey V Turchin пишет:
> On Monday, 31 August 2020 18:44:02 MSK Антон Мидюков wrote:
>
> [...]
>> Я так и не понял, что произошло. Ядер не было сразу после установки или
>> они пропали после первого обновления?
> Я полагал, что как раз будет понятно, т.к. это по любому связано с вашими 
> изменениями про ядра.
>
> Ядро в дистрибутив попало, но в систему не установилось, поэтому после 
> установки в меню grub с EFI только пункт для настроек, а с BIOS только 
> memtest.
>
А какая версия mkimage?

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

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Wednesday, 2 September 2020 10:32:02 MSK Антон Мидюков wrote:
> 02.09.2020 14:25, Sergey V Turchin пишет:
> > On Monday, 31 August 2020 18:44:02 MSK Антон Мидюков wrote:
> > 
> > [...]
> > 
> >> Я так и не понял, что произошло. Ядер не было сразу после установки или
> >> они пропали после первого обновления?
> > 
> > Я полагал, что как раз будет понятно, т.к. это по любому связано с вашими
> > изменениями про ядра.
> > 
> > Ядро в дистрибутив попало, но в систему не установилось, поэтому после
> > установки в меню grub с EFI только пункт для настроек, а с BIOS только
> > memtest.
> 
> А какая версия mkimage?
mkimage-0.2.30-alt1

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

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

02.09.2020 14:40, Sergey V Turchin пишет:
> On Wednesday, 2 September 2020 10:32:02 MSK Антон Мидюков wrote:
>> 02.09.2020 14:25, Sergey V Turchin пишет:
>>> On Monday, 31 August 2020 18:44:02 MSK Антон Мидюков wrote:
>>>
>>> [...]
>>>
>>>> Я так и не понял, что произошло. Ядер не было сразу после установки или
>>>> они пропали после первого обновления?
>>> Я полагал, что как раз будет понятно, т.к. это по любому связано с вашими
>>> изменениями про ядра.
>>>
>>> Ядро в дистрибутив попало, но в систему не установилось, поэтому после
>>> установки в меню grub с EFI только пункт для настроек, а с BIOS только
>>> memtest.
>> А какая версия mkimage?
> mkimage-0.2.30-alt1
>
Нужно посмотреть Metadata/pkg-groups.tar есть ли в списках ядро вообще.

Подскажите, где взять профиль, чтобы попробовать воспроизвести проблему?

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

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

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

On Wednesday, 2 September 2020 10:51:23 MSK Антон Мидюков wrote:
> 02.09.2020 14:40, Sergey V Turchin пишет:
> > On Wednesday, 2 September 2020 10:32:02 MSK Антон Мидюков wrote:
> >> 02.09.2020 14:25, Sergey V Turchin пишет:
> >>> On Monday, 31 August 2020 18:44:02 MSK Антон Мидюков wrote:
> >>> 
> >>> [...]
> >>> 
> >>>> Я так и не понял, что произошло. Ядер не было сразу после установки или
> >>>> они пропали после первого обновления?
> >>> 
> >>> Я полагал, что как раз будет понятно, т.к. это по любому связано с
> >>> вашими
> >>> изменениями про ядра.
> >>> 
> >>> Ядро в дистрибутив попало, но в систему не установилось, поэтому после
> >>> установки в меню grub с EFI только пункт для настроек, а с BIOS только
> >>> memtest.
> >> 
> >> А какая версия mkimage?
> > 
> > mkimage-0.2.30-alt1
> 
> Нужно посмотреть Metadata/pkg-groups.tar есть ли в списках ядро вообще.
Есть. См. аттач.

> Подскажите, где взять профиль, чтобы попробовать воспроизвести проблему?
http://git.altlinux.org/people/zerg/packages/?p=mkimage-profiles-kworkstation.git

-- 
Regards, Sergey.

[-- Attachment #2: pkg-groups.tar.bz2 --]
[-- Type: application/x-bzip-compressed-tar, Size: 5401 bytes --]

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Wednesday, 2 September 2020 11:42:03 MSK Sergey V wrote:

[...]
> > >> А какая версия mkimage?
> > > 
> > > mkimage-0.2.30-alt1
> > 
> > Нужно посмотреть Metadata/pkg-groups.tar есть ли в списках ядро вообще.
> 
> Есть. См. аттач.
> 
> > Подскажите, где взять профиль, чтобы попробовать воспроизвести проблему?
> 
> http://git.altlinux.org/people/zerg/packages/?p=mkimage-profiles-kworkstatio
> n.git
Я на basalt собираю.

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

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

02.09.2020 18:46, Sergey V Turchin пишет:
> On Wednesday, 2 September 2020 11:42:03 MSK Sergey V wrote:
>
> [...]
>>>>> А какая версия mkimage?
>>>> mkimage-0.2.30-alt1
>>> Нужно посмотреть Metadata/pkg-groups.tar есть ли в списках ядро вообще.
>> Есть. См. аттач.
>>
>>> Подскажите, где взять профиль, чтобы попробовать воспроизвести проблему?
>> http://git.altlinux.org/people/zerg/packages/?p=mkimage-profiles-kworkstatio
>> n.git
> Я на basalt собираю.

Проблему воспроизвёл. Также убедился, что проблема появилась после мержа.

Буду разбираться. Не думаю, что дело в новом функционале grub в ISO.
Дело в чём-то совершенно другом. Ядро почему-то не устанавливается, в
pkg-install.log в списки для установки оно не попадает.

Попробовал перенести конфиги и списки kworkstation в ветку master
(просто скопировал). Ядро установилось нормально. Так что что-то
наверчено при git merge.

Может тогда проще перенести наработки kworkstation на master и выпустить
новую версию m-p с поддержкой kworkstation?

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

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Thursday, 3 September 2020 06:40:09 MSK Антон Мидюков wrote:

[...]
> Попробовал перенести конфиги и списки kworkstation в ветку master
> (просто скопировал). Ядро установилось нормально. Так что что-то
> наверчено при git merge.
Не исключаю такой возможности. Мог что-то упустить.

> Может тогда проще перенести наработки kworkstation на master
Вот, до сих пор ни разу в жизни мне это делать не приходилось.
В этом и вижу главную проблему смены мантейнера m-p.
Что ж, буду переносить.

> и выпустить новую версию m-p с поддержкой kworkstation?
Там есть несовместимые вещи.

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

[Michael Shigorin]

On Thu, Sep 03, 2020 at 10:11:54AM +0300, Sergey V Turchin wrote:
> > Может тогда проще перенести наработки kworkstation на master
> Вот, до сих пор ни разу в жизни мне это делать не приходилось.
> В этом и вижу главную проблему смены мантейнера m-p.
> Что ж, буду переносить.

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

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

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Thursday, 3 September 2020 17:41:40 MSK Michael Shigorin wrote:
> On Thu, Sep 03, 2020 at 10:11:54AM +0300, Sergey V Turchin wrote:
> > > Может тогда проще перенести наработки kworkstation на master
> > 
> > Вот, до сих пор ни разу в жизни мне это делать не приходилось.
> > В этом и вижу главную проблему смены мантейнера m-p.
> > Что ж, буду переносить.
> 
> Если надо будет помочь чем-то старому майнтейнеру -- ну пиши.
Помоги, пожалуйста, найти, почему ядра не ставятся. Из того, что пока понял, 
похоже на особенность моего профиля.

> Я бы перечпикал коммиты, наверное (по возможности скриптом).
Я не помню, чьи какие надо. По diff вижу, что какой-то мусор у меня откуда-то 
чуть-чуть, но присутствует.

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

[Michael Shigorin]

On Thu, Sep 03, 2020 at 05:57:38PM +0300, Sergey V Turchin wrote:
> > > > Может тогда проще перенести наработки kworkstation на master
> > > Вот, до сих пор ни разу в жизни мне это делать не приходилось.
> > > В этом и вижу главную проблему смены мантейнера m-p.
> > > Что ж, буду переносить.
> > Если надо будет помочь чем-то старому майнтейнеру -- ну пиши.
> Помоги, пожалуйста, найти, почему ядра не ставятся. Из того,
> что пока понял, похоже на особенность моего профиля.

Так сразу написал -- перетащил бы сперва на текущее состояние,
желательно без мержей, чтоб bisect'ить можно было нормально.

> > Я бы перечпикал коммиты, наверное (по возможности скриптом).
> Я не помню, чьи какие надо. По diff вижу, что какой-то мусор
> у меня откуда-то чуть-чуть, но присутствует.

git log --oneline --deco --author=zerg, вестимо...

Есть ещё один вариант: забить на коммиты в conf.d/ и перетащить
сразу текущее состояние файлом, а индивидуальные полезные коммиты
опять же по'cherrypick'ать.  Примерно так перетаскивал наработки
по e2k для m-p 1.4.2 -- там была уйма коммитов, из которых как бы
не большая часть была с однострочным пояснением "TMP: ...",
годным разве что для себя же, и довольно много грязных.
Соответственно умыл-причесал и уже в таком виде принёс мержить.

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

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Thursday, 3 September 2020 18:04:15 MSK Michael Shigorin wrote:
> On Thu, Sep 03, 2020 at 05:57:38PM +0300, Sergey V Turchin wrote:
> > > > > Может тогда проще перенести наработки kworkstation на master
> > > > 
> > > > Вот, до сих пор ни разу в жизни мне это делать не приходилось.
> > > > В этом и вижу главную проблему смены мантейнера m-p.
> > > > Что ж, буду переносить.
> > > 
> > > Если надо будет помочь чем-то старому майнтейнеру -- ну пиши.
> > 
> > Помоги, пожалуйста, найти, почему ядра не ставятся. Из того,
> > что пока понял, похоже на особенность моего профиля.
> 
> Так сразу написал -- перетащил бы сперва на текущее состояние,
> желательно без мержей, чтоб bisect'ить можно было нормально.
Тупо положил свой конфиг в mkimage-profiles 1.4.2-alt1 -- ядро установилось, а 
по diff ничего про ядра не вижу. :-(

> > > Я бы перечпикал коммиты, наверное (по возможности скриптом).
> > 
> > Я не помню, чьи какие надо. По diff вижу, что какой-то мусор
> > у меня откуда-то чуть-чуть, но присутствует.
> 
> git log --oneline --deco --author=zerg, вестимо...
То, что я zerg, я пока и сам помню. А остальных где искать? Кого из них?

> Есть ещё один вариант: забить на коммиты в conf.d/ и перетащить
> сразу текущее состояние файлом, а индивидуальные полезные коммиты
> опять же по'cherrypick'ать.  Примерно так перетаскивал наработки
> по e2k для m-p 1.4.2 -- там была уйма коммитов, из которых как бы
> не большая часть была с однострочным пояснением "TMP: ...",
> годным разве что для себя же, и довольно много грязных.
> Соответственно умыл-причесал и уже в таком виде принёс мержить.


-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

[Michael Shigorin]

On Thu, Sep 03, 2020 at 06:15:40PM +0300, Sergey V Turchin wrote:
> > Так сразу написал -- перетащил бы сперва на текущее состояние,
> > желательно без мержей, чтоб bisect'ить можно было нормально.
> Тупо положил свой конфиг в mkimage-profiles 1.4.2-alt1 --
> ядро установилось, а по diff ничего про ядра не вижу. :-(

Вот потому и избегаю merge commit'ы -- непрозрачные они.

> > > > Я бы перечпикал коммиты, наверное (по возможности скриптом).
> > > Я не помню, чьи какие надо. По diff вижу, что какой-то мусор
> > > у меня откуда-то чуть-чуть, но присутствует.
> > git log --oneline --deco --author=zerg, вестимо...
> То, что я zerg, я пока и сам помню. А остальных где искать? Кого из них?

А ты много у других брал коммитов, которые важны именно для
kworkstation?  У меня-то задача относительно простая получалась
-- свести изменения из отдельной ветки без merge commit'ов
во что-то, что можно положить поверх next (таких отдельных
веток было три, правда, и местами они пересекались или делали
одно и то же разным образом -- но это уже мои трудности были).

Ещё отсматривал diff между той версией m-p, на которой
основывалась каждая такая ветка, и её текущим состоянием.

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

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Thursday, 3 September 2020 18:23:13 MSK Michael Shigorin wrote:

[...]
> Вот потому и избегаю merge commit'ы -- непрозрачные они.
Когда конфликтов нет -- нет проблем, а у меня вдруг толпой попёрли именно 
сейчас. Возможно, из-за того, что мержился с sem/workstation.

[...]
> > > git log --oneline --deco --author=zerg, вестимо...
> > 
> > То, что я zerg, я пока и сам помню. А остальных где искать? Кого из них?
> 
> А ты много у других брал коммитов, которые важны именно для
> kworkstation? 
Ты перефразировал мой вопрос. :-) Само-собой, не помню. В крайнем случае буду 
считать, что они не актуальны, но этот мерж вносит много "беты" в мой будущий 
9.1 .

> У меня-то задача относительно простая получалась
> -- свести изменения из отдельной ветки без merge commit'ов
> во что-то, что можно положить поверх next (таких отдельных
> веток было три, правда, и местами они пересекались или делали
> одно и то же разным образом -- но это уже мои трудности были).
> 
> Ещё отсматривал diff между той версией m-p, на которой
> основывалась каждая такая ветка, и её текущим состоянием.
Я делал diff себя и того, с чем мержил. Может, не внимательно смотерел. Надо 
ещё подход сделать.


-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

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

04.09.2020 14:10, Sergey V Turchin пишет:
> On Thursday, 3 September 2020 18:23:13 MSK Michael Shigorin wrote:
>
> [...]
>> Вот потому и избегаю merge commit'ы -- непрозрачные они.
> Когда конфликтов нет -- нет проблем, а у меня вдруг толпой попёрли именно 
> сейчас. Возможно, из-за того, что мержился с sem/workstation.

Да. Из-за того, что mkimage-profiles не выпускался длительное время
(месяцев девять), а до того просто не успевал за ветками дистрибутивов.
Все ветки очень сильно разбежались.

Так что пришлось сильно поработать, чтобы их свести к общему
знаменателю. И то без огрехов не обошлось (в основном опечатки).

> [...]
>>>> git log --oneline --deco --author=zerg, вестимо...
>>> То, что я zerg, я пока и сам помню. А остальных где искать? Кого из них?
>> А ты много у других брал коммитов, которые важны именно для
>> kworkstation? 
> Ты перефразировал мой вопрос. :-) Само-собой, не помню. В крайнем случае буду 
> считать, что они не актуальны, но этот мерж вносит много "беты" в мой будущий 
> 9.1 .
Коммитов не так много, некоторые неплохо бы в master забрать, но
описания у них непонятные. Другие стоит заменить на непротиворечивые
решения. Но там опять непонятно что за задача решалась.
>> У меня-то задача относительно простая получалась
>> -- свести изменения из отдельной ветки без merge commit'ов
>> во что-то, что можно положить поверх next (таких отдельных
>> веток было три, правда, и местами они пересекались или делали
>> одно и то же разным образом -- но это уже мои трудности были).
>>
>> Ещё отсматривал diff между той версией m-p, на которой
>> основывалась каждая такая ветка, и её текущим состоянием.
> Я делал diff себя и того, с чем мержил. Может, не внимательно смотерел. Надо 
> ещё подход сделать.
>
Я тоже в diff'е ничего страшного не вижу. Некоторые файлы там требуют
просто физического уничтожения. Но дело явно не в них.

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

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Friday, 4 September 2020 10:32:43 MSK Антон Мидюков wrote:

[...]
> > Ты перефразировал мой вопрос. :-) Само-собой, не помню. В крайнем случае
> > буду считать, что они не актуальны, но этот мерж вносит много "беты" в
> > мой будущий 9.1 .
> 
> Коммитов не так много, некоторые неплохо бы в master забрать, но
> описания у них непонятные. Другие стоит заменить на непротиворечивые
> решения. Но там опять непонятно что за задача решалась.
Про свои я с удовольствием расскажу, если что не понятно.

[...]

> Я тоже в diff'е ничего страшного не вижу. Некоторые файлы там требуют
> просто физического уничтожения. Но дело явно не в них.
Именно так и я читал. Видел, что эти файлы мне точно не мешают, поэтому их 
судьба меня не интересовала.

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

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

04.09.2020 14:42, Sergey V Turchin пишет:
> On Friday, 4 September 2020 10:32:43 MSK Антон Мидюков wrote:
>
> [...]
>>> Ты перефразировал мой вопрос. :-) Само-собой, не помню. В крайнем случае
>>> буду считать, что они не актуальны, но этот мерж вносит много "беты" в
>>> мой будущий 9.1 .
>> Коммитов не так много, некоторые неплохо бы в master забрать, но
>> описания у них непонятные. Другие стоит заменить на непротиворечивые
>> решения. Но там опять непонятно что за задача решалась.
> Про свои я с удовольствием расскажу, если что не понятно.

Вопросы по следующим коммитам:

- make sure openssh: 070c1bed651850bdfdbfa49e1c0624047adcaf87 какая
задача решалась этим коммитом?

- kwrk: libva-intel-media-driver is x86_64-only:
666db1ecd3268b4604fdf518397e18e6a3504b6e какая задача решалась этим
коммитом?

bd8b44676d4632508a3e846cdcfbfbec2eb35fd3 зачем удалять recoll-full из
rescue+x11?

42411cf6dabf755f72920b6d3d0bd97ee9ff3395 зачем удалять autopsy из
rescue+x11?


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

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Friday, 4 September 2020 14:55:17 MSK Антон Мидюков wrote:
> 04.09.2020 14:42, Sergey V Turchin пишет:
> > On Friday, 4 September 2020 10:32:43 MSK Антон Мидюков wrote:
> > 
> > [...]
> > 
> >>> Ты перефразировал мой вопрос. :-) Само-собой, не помню. В крайнем случае
> >>> буду считать, что они не актуальны, но этот мерж вносит много "беты" в
> >>> мой будущий 9.1 .
> >> 
> >> Коммитов не так много, некоторые неплохо бы в master забрать, но
> >> описания у них непонятные. Другие стоит заменить на непротиворечивые
> >> решения. Но там опять непонятно что за задача решалась.
> > 
> > Про свои я с удовольствием расскажу, если что не понятно.
> 
> Вопросы по следующим коммитам:
> 
> - make sure openssh: 070c1bed651850bdfdbfa49e1c0624047adcaf87 какая
> задача решалась этим коммитом?
Возможность подключить к сборке репозиторий gostcrypto, иначе apt запутывается 
в openssh-*.

> - kwrk: libva-intel-media-driver is x86_64-only:
> 666db1ecd3268b4604fdf518397e18e6a3504b6e какая задача решалась этим
> коммитом?
2 коммита слепил вместе, не заметил.
libva-intel-media-driver -- ускорение видео на новых видео Intel.
apt-scripts-nvidia -- начал делать https://lists.altlinux.org/pipermail/devel-distro/2020-February/001909.html , но не доделал, забыл и случайно прилепил.

> bd8b44676d4632508a3e846cdcfbfbec2eb35fd3 зачем удалять recoll-full из
> rescue+x11?
GUI без русского перевода.

> 42411cf6dabf755f72920b6d3d0bd97ee9ff3395 зачем удалять autopsy из
> rescue+x11?
GUI без русского перевода.

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

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

04.09.2020 19:52, Sergey V Turchin пишет:
> On Friday, 4 September 2020 14:55:17 MSK Антон Мидюков wrote:
>> 04.09.2020 14:42, Sergey V Turchin пишет:
>>> On Friday, 4 September 2020 10:32:43 MSK Антон Мидюков wrote:
>>>
>>> [...]
>>>
>>>>> Ты перефразировал мой вопрос. :-) Само-собой, не помню. В крайнем случае
>>>>> буду считать, что они не актуальны, но этот мерж вносит много "беты" в
>>>>> мой будущий 9.1 .
>>>> Коммитов не так много, некоторые неплохо бы в master забрать, но
>>>> описания у них непонятные. Другие стоит заменить на непротиворечивые
>>>> решения. Но там опять непонятно что за задача решалась.
>>> Про свои я с удовольствием расскажу, если что не понятно.
>> Вопросы по следующим коммитам:
>>
>> - make sure openssh: 070c1bed651850bdfdbfa49e1c0624047adcaf87 какая
>> задача решалась этим коммитом?
> Возможность подключить к сборке репозиторий gostcrypto, иначе apt запутывается 
> в openssh-*.
Поправил описание, взял.
>> - kwrk: libva-intel-media-driver is x86_64-only:
>> 666db1ecd3268b4604fdf518397e18e6a3504b6e какая задача решалась этим
>> коммитом?
> 2 коммита слепил вместе, не заметил.
> libva-intel-media-driver -- ускорение видео на новых видео Intel.
> apt-scripts-nvidia -- начал делать https://lists.altlinux.org/pipermail/devel-distro/2020-February/001909.html , но не доделал, забыл и случайно прилепил.
Понятно, не взял.
>> bd8b44676d4632508a3e846cdcfbfbec2eb35fd3 зачем удалять recoll-full из
>> rescue+x11?
> GUI без русского перевода.
Поправил описание, взял.
>> 42411cf6dabf755f72920b6d3d0bd97ee9ff3395 зачем удалять autopsy из
>> rescue+x11?
> GUI без русского перевода.

Поправил описание, взял.

Выложил в ветку next к себе на git.alt

Ещё один коммит вызвал вопрос:

ba2c51c743d5a8ad091785c930fd55ce95b08b95 зачем выкидывается
alsa-set-initial-options?

Есть ещё одно расхождение в features.in/x11/config.mk:

Выкидывается nouveau из use/x11/xorg

nouveau всё так и не уживается с проприетарным nvidia?

После разрешения этих вопросов, можно спокойно переносить коммиты
kworkstation в next.

Также рекомендую последовать примеру других дистрибутивов и добавить:

    use/stage2/fs use/stage2/hid use/stage2/md \
    use/stage2/mmc use/stage2/net use/stage2/net-nfs \
    use/stage2/rtc use/stage2/sbc use/stage2/scsi use/stage2/usb

Это должно гарантировать загрузку дистрибутива везде.

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

[devel-distro] коммиты для kworkstation (was: пропало меню grub)

[Michael Shigorin]

On Fri, Sep 04, 2020 at 11:04:57PM +0700, Антон Мидюков wrote:
> >> bd8b44676d4632508a3e846cdcfbfbec2eb35fd3 зачем удалять
> >> recoll-full из rescue+x11?
> > GUI без русского перевода.
> Поправил описание, взял.

Во-первых, с переводом, а что он порой теряет полноту -- ну так
на то у нас теперь и переводчики есть (когда-то его я переводил).
В этой полезнейшей софтинке даже локализация -- не главное.

> >> 42411cf6dabf755f72920b6d3d0bd97ee9ff3395 зачем удалять
> >> autopsy из rescue+x11?
> > GUI без русского перевода.
> Поправил описание, взял.

Не бери такие коммиты без разбору: autopsy -- это именно для rescue.
То, что этот список потянули бездумно, а затем к нему требования
стали предъявлять, какие не закладывались -- недоработка потянувших.

2 zerg: в таких случаях в m-p по задумке принято не калечить
списки общего пользования, а или выделять нужную часть, или --
как в данном разе -- подключать переводчиков и обеспечивать
переводы вместо потери важной _целевой_ функциональности.
Сейчас вандализм вышел, я тебе это как переводчик говорю.

> Есть ещё одно расхождение в features.in/x11/config.mk:
> Выкидывается nouveau из use/x11/xorg
> nouveau всё так и не уживается с проприетарным nvidia?

Насколько припоминаю, при наличии обоих автодетект xorg
выберет nouveau (кажется, в части ядерных модулей былого
конфликта уже нет, но тут сейчас не в теме).

Видимо, здесь придётся сделать переключатель, примерно как
в фиче browser -- надо подумать, как быть с уже имеющимися
use/x11/{nvidia,nouveau}.

> Также рекомендую последовать примеру других дистрибутивов и добавить:
> 
>     use/stage2/fs use/stage2/hid use/stage2/md \
>     use/stage2/mmc use/stage2/net use/stage2/net-nfs \
>     use/stage2/rtc use/stage2/sbc use/stage2/scsi use/stage2/usb
> 
> Это должно гарантировать загрузку дистрибутива везде.

Эту бороду надо не таскать по дистрибутивам, а оформить
как use/stage2/full или вроде того -- и таскать эту цель.

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

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Friday, 4 September 2020 19:04:57 MSK Антон Мидюков wrote:

[...]
> ba2c51c743d5a8ad091785c930fd55ce95b08b95 зачем выкидывается
> alsa-set-initial-options?
А он разве ещё нужен? По крайней мене, даже если он ещё работает, нареканий на 
то, что звук по умолчанию не орёт я не встречал. Ну и midi уже, видимо, мало 
смысла грузить.
А вообще можно и вернуть, я не против.

> Есть ещё одно расхождение в features.in/x11/config.mk:
> Выкидывается nouveau из use/x11/xorg
> nouveau всё так и не уживается с проприетарным nvidia?
Да, без blacklist не уживается. Возможно, помогла бы единая ручка через 
control для этого.

> После разрешения этих вопросов, можно спокойно переносить коммиты
> kworkstation в next.
Да я уже думаю с нуля всё перенести более красивыми коммитами, а то так и не 
нашел, почему ядро не ставится.

> Также рекомендую последовать примеру других дистрибутивов и добавить:
>     use/stage2/fs use/stage2/hid use/stage2/md \
>     use/stage2/mmc use/stage2/net use/stage2/net-nfs \
>     use/stage2/rtc use/stage2/sbc use/stage2/scsi use/stage2/usb
> Это должно гарантировать загрузку дистрибутива везде.
Ок.

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

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

07.09.2020 15:09, Sergey V Turchin пишет:
> On Friday, 4 September 2020 19:04:57 MSK Антон Мидюков wrote:
>
> [...]
>> ba2c51c743d5a8ad091785c930fd55ce95b08b95 зачем выкидывается
>> alsa-set-initial-options?
> А он разве ещё нужен? По крайней мене, даже если он ещё работает, нареканий на 
> то, что звук по умолчанию не орёт я не встречал. Ну и midi уже, видимо, мало 
> смысла грузить.
> А вообще можно и вернуть, я не против.
Да вот я тоже не знаю, нужен он или нет. Пока отложим в сторону.
>> Есть ещё одно расхождение в features.in/x11/config.mk:
>> Выкидывается nouveau из use/x11/xorg
>> nouveau всё так и не уживается с проприетарным nvidia?
> Да, без blacklist не уживается. Возможно, помогла бы единая ручка через 
> control для этого.

Хорошо. Тогда стоит не nouveau из use/x11/xorg убирать, а сделать ручку
в m-p, которая будет переключать между use/x11/nvidia и use/x11/nouveau.
Я этим займусь.

Кстати, ещё вопрос: use/x11/nvidia/optimus актуален ?

>> После разрешения этих вопросов, можно спокойно переносить коммиты
>> kworkstation в next.
> Да я уже думаю с нуля всё перенести более красивыми коммитами, а то так и не 
> нашел, почему ядро не ставится.
На мою ветку next тогда переносите. А я её заберу к себе потом.

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

Re: [devel-distro] коммиты для kworkstation (was: пропало меню grub)

[Sergey V Turchin]

On Friday, 4 September 2020 23:42:00 MSK Michael Shigorin wrote:

[...]
> 2 zerg: в таких случаях в m-p по задумке принято не калечить
> списки общего пользования,
У меня другое мнение: я их исправил.

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

Вся суть m-p и состоит в разобщении списков. От прошлого проекта имени 
boyarsh@ он в основном только этим и отличается(для мантейнера дистрибутива). 
Это его главный недостаток, который следует исправить.

> или --
> как в данном разе -- подключать переводчиков и обеспечивать
> переводы вместо потери важной _целевой_ функциональности.
Ты в курсе прогресса работ в этом направлении.

[...]

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

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

07.09.2020 15:22, Антон Мидюков пишет:
> 07.09.2020 15:09, Sergey V Turchin пишет:
> [...]
>>> Есть ещё одно расхождение в features.in/x11/config.mk:
>>> Выкидывается nouveau из use/x11/xorg
>>> nouveau всё так и не уживается с проприетарным nvidia?
>> Да, без blacklist не уживается. Возможно, помогла бы единая ручка через 
>> control для этого.
> Хорошо. Тогда стоит не nouveau из use/x11/xorg убирать, а сделать ручку
> в m-p, которая будет переключать между use/x11/nvidia и use/x11/nouveau.
> Я этим займусь.

Стоп. Переключалка то уже есть:

use/x11/nouveau: use/x11 use/firmware
    @$(call set,NVIDIA_KMODULES,drm-nouveau)
    @$(call set,NVIDIA_PACKAGES,xorg-drv-nouveau)

use/x11/nvidia: use/x11
    @$(call set,NVIDIA_KMODULES,nvidia)
    @$(call set,NVIDIA_PACKAGES,nvidia-settings nvidia-xconfig)

Достаточно вызвать use/x11/nvidia после use/x11/xorg и поставятся только
проприетарные драйвера. Т.е. выкидывать use/x11/nouveau не нужно. Должно
работать.

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

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

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

On Monday, 7 September 2020 11:22:09 MSK Антон Мидюков wrote:
> 07.09.2020 15:09, Sergey V Turchin пишет:
> > On Friday, 4 September 2020 19:04:57 MSK Антон Мидюков wrote:
> > 
> > [...]
> > 
> >> ba2c51c743d5a8ad091785c930fd55ce95b08b95 зачем выкидывается
> >> alsa-set-initial-options?
> > 
> > А он разве ещё нужен? По крайней мене, даже если он ещё работает,
> > нареканий на то, что звук по умолчанию не орёт я не встречал. Ну и midi
> > уже, видимо, мало смысла грузить.
> > А вообще можно и вернуть, я не против.
> 
> Да вот я тоже не знаю, нужен он или нет. Пока отложим в сторону.
> 
> >> Есть ещё одно расхождение в features.in/x11/config.mk:
> >> Выкидывается nouveau из use/x11/xorg
> >> nouveau всё так и не уживается с проприетарным nvidia?
> > 
> > Да, без blacklist не уживается. Возможно, помогла бы единая ручка через
> > control для этого.
> Хорошо. Тогда стоит не nouveau из use/x11/xorg убирать, а сделать ручку
> в m-p, которая будет переключать между use/x11/nvidia и use/x11/nouveau.
> Я этим займусь.
Было бы здорово. Сейчас я делаю так(см. аттач).
 
> Кстати, ещё вопрос: use/x11/nvidia/optimus актуален ?
Нет. Теперь bumblebee простой пользователь не сможет заставить работать, т.к. 
потребуется немного испортить систему, как-минимум.

> На мою ветку next тогда переносите. А я её заберу к себе потом.
Ок.

-- 
Regards, Sergey.

[-- Attachment #2: nvidia.patch --]
[-- Type: text/x-patch, Size: 1431 bytes --]

--- /dev/null
+++ b/conf.d/kworkstation.mk
+mixin/kworkstation-common-opts:
+	@$(call add,CLEANUP_PACKAGES,'^kernel-modules-drm-nouveau.*')
+
+mixin/kworkstation-install-opts:
+	@$(call add,STAGE2_KMODULES,drm-nouveau)
--- a/features.in/plymouth/config.mk
+++ b/features.in/plymouth/config.mk
@@ -41,7 +41,7 @@ ifeq (distro,$(IMAGE_CLASS))
 	@$(call add,INSTALL2_PACKAGES,installer-feature-setup-plymouth)
 endif
 	@$(call add,BASE_PACKAGES_REGEXP,make-initrd-plymouth cpio)
-	@$(call add,BASE_KMODULES_REGEXP,drm.*)
+	@$(call add,BASE_KMODULES,drm drm-radeon)
 	@$(call add,THE_BRANDING,bootsplash)
 	@$(call add,THE_PACKAGES,make-initrd-plymouth)
 
--- a/features.in/stage2/config.mk
+++ b/features.in/stage2/config.mk
@@ -22,7 +22,7 @@ endif
 	@:
 
 use/stage2/kms: use/stage2/drm
-	@$(call add,STAGE1_KMODULES_REGEXP,drm.*)
+	@$(call add,STAGE1_KMODULES,drm drm-radeon)
 
 # install mount.cifs to stage1
 # NB: there's builtin nfsmount there, no reason for nfs-utils
--- a/features.in/x11/config.mk
+++ b/features.in/x11/config.mk
@@ -16,7 +16,7 @@ use/x11/xorg:: use/x11 use/x11/armsoc; @:
 
 # x86: free drivers for various hardware (might lack acceleration)
 ifeq (,$(filter-out i586 x86_64 aarch64,$(ARCH)))
-use/x11/xorg:: use/x11/intel use/x11/nouveau use/x11/radeon use/x11/amdgpu \
+use/x11/xorg:: use/x11/intel use/x11/radeon use/x11/amdgpu \
 	use/x11/armsoc
 	@$(call add,THE_LISTS,$(call tags,desktop xorg))
 endif

Re: [devel-distro] пропало меню grub

[Konstantin Lepikhov]

Hi Антон!

On 09/07/2020, at 03:22:09 PM you wrote:

<skip>
> Кстати, ещё вопрос: use/x11/nvidia/optimus актуален ?
Есть же PRIME уже, думаю все эти optimus/bumblebee можно закапывать.

https://download.nvidia.com/XFree86/Linux-x86_64/450.66/README/primerenderoffload.html

-- 
WBR et al.

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Monday, 7 September 2020 11:29:14 MSK Антон Мидюков wrote:

[...]
> Стоп. Переключалка то уже есть:
> 
> use/x11/nouveau: use/x11 use/firmware
>     @$(call set,NVIDIA_KMODULES,drm-nouveau)
>     @$(call set,NVIDIA_PACKAGES,xorg-drv-nouveau)
> 
> use/x11/nvidia: use/x11
>     @$(call set,NVIDIA_KMODULES,nvidia)
>     @$(call set,NVIDIA_PACKAGES,nvidia-settings nvidia-xconfig)
> 
> Достаточно вызвать use/x11/nvidia после use/x11/xorg и поставятся только
> проприетарные драйвера. Т.е. выкидывать use/x11/nouveau не нужно. Должно
> работать.
Без blacklist будет грузиться nouveau прямо из initrd и блокировать nvidia.

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

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

07.09.2020 15:46, Sergey V Turchin пишет:
> On Monday, 7 September 2020 11:29:14 MSK Антон Мидюков wrote:
>
> [...]
>> Стоп. Переключалка то уже есть:
>>
>> use/x11/nouveau: use/x11 use/firmware
>>     @$(call set,NVIDIA_KMODULES,drm-nouveau)
>>     @$(call set,NVIDIA_PACKAGES,xorg-drv-nouveau)
>>
>> use/x11/nvidia: use/x11
>>     @$(call set,NVIDIA_KMODULES,nvidia)
>>     @$(call set,NVIDIA_PACKAGES,nvidia-settings nvidia-xconfig)
>>
>> Достаточно вызвать use/x11/nvidia после use/x11/xorg и поставятся только
>> проприетарные драйвера. Т.е. выкидывать use/x11/nouveau не нужно. Должно
>> работать.
> Без blacklist будет грузиться nouveau прямо из initrd и блокировать nvidia.
Так nouveau в сборку не попадёт вообще. Переменные NVIDIA_KMODULES и
NVIDIA_PACKAGES перезапишутся.

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

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

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

On Monday, 7 September 2020 11:53:45 MSK Антон Мидюков wrote:
> 07.09.2020 15:46, Sergey V Turchin пишет:
> > On Monday, 7 September 2020 11:29:14 MSK Антон Мидюков wrote:
> > 
> > [...]
> > 
> >> Стоп. Переключалка то уже есть:
> >> 
> >> use/x11/nouveau: use/x11 use/firmware
> >> 
> >>     @$(call set,NVIDIA_KMODULES,drm-nouveau)
> >>     @$(call set,NVIDIA_PACKAGES,xorg-drv-nouveau)
> >> 
> >> use/x11/nvidia: use/x11
> >> 
> >>     @$(call set,NVIDIA_KMODULES,nvidia)
> >>     @$(call set,NVIDIA_PACKAGES,nvidia-settings nvidia-xconfig)
> >> 
> >> Достаточно вызвать use/x11/nvidia после use/x11/xorg и поставятся только
> >> проприетарные драйвера. Т.е. выкидывать use/x11/nouveau не нужно. Должно
> >> работать.
> > 
> > Без blacklist будет грузиться nouveau прямо из initrd и блокировать
> > nvidia.
> 
> Так nouveau в сборку не попадёт вообще. Переменные NVIDIA_KMODULES и
> NVIDIA_PACKAGES перезапишутся.
Ещё как попадёт. См., что я делаю, чтоб не попала в систему, но попала в 
установщик(nvidia там жирновато).

-- 
Regards, Sergey.

[-- Attachment #2: nvidia.patch --]
[-- Type: text/x-patch, Size: 1431 bytes --]

--- /dev/null
+++ b/conf.d/kworkstation.mk
+mixin/kworkstation-common-opts:
+	@$(call add,CLEANUP_PACKAGES,'^kernel-modules-drm-nouveau.*')
+
+mixin/kworkstation-install-opts:
+	@$(call add,STAGE2_KMODULES,drm-nouveau)
--- a/features.in/plymouth/config.mk
+++ b/features.in/plymouth/config.mk
@@ -41,7 +41,7 @@ ifeq (distro,$(IMAGE_CLASS))
 	@$(call add,INSTALL2_PACKAGES,installer-feature-setup-plymouth)
 endif
 	@$(call add,BASE_PACKAGES_REGEXP,make-initrd-plymouth cpio)
-	@$(call add,BASE_KMODULES_REGEXP,drm.*)
+	@$(call add,BASE_KMODULES,drm drm-radeon)
 	@$(call add,THE_BRANDING,bootsplash)
 	@$(call add,THE_PACKAGES,make-initrd-plymouth)
 
--- a/features.in/stage2/config.mk
+++ b/features.in/stage2/config.mk
@@ -22,7 +22,7 @@ endif
 	@:
 
 use/stage2/kms: use/stage2/drm
-	@$(call add,STAGE1_KMODULES_REGEXP,drm.*)
+	@$(call add,STAGE1_KMODULES,drm drm-radeon)
 
 # install mount.cifs to stage1
 # NB: there's builtin nfsmount there, no reason for nfs-utils
--- a/features.in/x11/config.mk
+++ b/features.in/x11/config.mk
@@ -16,7 +16,7 @@ use/x11/xorg:: use/x11 use/x11/armsoc; @:
 
 # x86: free drivers for various hardware (might lack acceleration)
 ifeq (,$(filter-out i586 x86_64 aarch64,$(ARCH)))
-use/x11/xorg:: use/x11/intel use/x11/nouveau use/x11/radeon use/x11/amdgpu \
+use/x11/xorg:: use/x11/intel use/x11/radeon use/x11/amdgpu \
 	use/x11/armsoc
 	@$(call add,THE_LISTS,$(call tags,desktop xorg))
 endif

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Monday, 7 September 2020 11:44:27 MSK Konstantin Lepikhov wrote:
> Hi Антон!
> 
> On 09/07/2020, at 03:22:09 PM you wrote:
> 
> <skip>
> 
> > Кстати, ещё вопрос: use/x11/nvidia/optimus актуален ?
> 
> Есть же PRIME уже, думаю
Конкретно Антону нужно знать точно.

> все эти optimus/bumblebee можно закапывать.
К сожалению PRIME работает только с последним драйвером.

> https://download.nvidia.com/XFree86/Linux-x86_64/450.66/README/primerenderof
> fload.html
Это не работало бы, если бы xorg работал с переключалкой драйвера по старой 
схеме, но работал бы bumblebee.

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

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

07.09.2020 16:16, Sergey V Turchin пишет:
> On Monday, 7 September 2020 11:53:45 MSK Антон Мидюков wrote:
>> 07.09.2020 15:46, Sergey V Turchin пишет:
>>> On Monday, 7 September 2020 11:29:14 MSK Антон Мидюков wrote:
>>>
>>> [...]
>>>
>>>> Стоп. Переключалка то уже есть:
>>>>
>>>> use/x11/nouveau: use/x11 use/firmware
>>>>
>>>>     @$(call set,NVIDIA_KMODULES,drm-nouveau)
>>>>     @$(call set,NVIDIA_PACKAGES,xorg-drv-nouveau)
>>>>
>>>> use/x11/nvidia: use/x11
>>>>
>>>>     @$(call set,NVIDIA_KMODULES,nvidia)
>>>>     @$(call set,NVIDIA_PACKAGES,nvidia-settings nvidia-xconfig)
>>>>
>>>> Достаточно вызвать use/x11/nvidia после use/x11/xorg и поставятся только
>>>> проприетарные драйвера. Т.е. выкидывать use/x11/nouveau не нужно. Должно
>>>> работать.
>>> Без blacklist будет грузиться nouveau прямо из initrd и блокировать
>>> nvidia.
>> Так nouveau в сборку не попадёт вообще. Переменные NVIDIA_KMODULES и
>> NVIDIA_PACKAGES перезапишутся.
> Ещё как попадёт. См., что я делаю, чтоб не попала в систему, но попала в 
> установщик(nvidia там жирновато).
>
Попадает через:

use/stage2/kms: use/stage2/drm
    @$(call add,STAGE1_KMODULES_REGEXP,drm.*)

и

use/plymouth/base: use/plymouth/stage2 use/plymouth/vm
    @$(call add,BASE_KMODULES_REGEXP,drm.*)

Понятно. Надо это исправлять. Но features.in/x11/config.mk трогать
необходимости нет.

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

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Monday, 7 September 2020 12:26:06 MSK Антон Мидюков wrote:
> 07.09.2020 16:16, Sergey V Turchin пишет:
> > On Monday, 7 September 2020 11:53:45 MSK Антон Мидюков wrote:
> >> 07.09.2020 15:46, Sergey V Turchin пишет:
> >>> On Monday, 7 September 2020 11:29:14 MSK Антон Мидюков wrote:
> >>> 
> >>> [...]
> >>> 
> >>>> Стоп. Переключалка то уже есть:
> >>>> 
> >>>> use/x11/nouveau: use/x11 use/firmware
> >>>> 
> >>>>     @$(call set,NVIDIA_KMODULES,drm-nouveau)
> >>>>     @$(call set,NVIDIA_PACKAGES,xorg-drv-nouveau)
> >>>> 
> >>>> use/x11/nvidia: use/x11
> >>>> 
> >>>>     @$(call set,NVIDIA_KMODULES,nvidia)
> >>>>     @$(call set,NVIDIA_PACKAGES,nvidia-settings nvidia-xconfig)
> >>>> 
> >>>> Достаточно вызвать use/x11/nvidia после use/x11/xorg и поставятся
> >>>> только
> >>>> проприетарные драйвера. Т.е. выкидывать use/x11/nouveau не нужно.
> >>>> Должно
> >>>> работать.
> >>> 
> >>> Без blacklist будет грузиться nouveau прямо из initrd и блокировать
> >>> nvidia.
> >> 
> >> Так nouveau в сборку не попадёт вообще. Переменные NVIDIA_KMODULES и
> >> NVIDIA_PACKAGES перезапишутся.
> > 
> > Ещё как попадёт. См., что я делаю, чтоб не попала в систему, но попала в
> > установщик(nvidia там жирновато).
> 
> Попадает через:
> 
> use/stage2/kms: use/stage2/drm
>     @$(call add,STAGE1_KMODULES_REGEXP,drm.*)
> 
> и
> 
> use/plymouth/base: use/plymouth/stage2 use/plymouth/vm
>     @$(call add,BASE_KMODULES_REGEXP,drm.*)
> 
> Понятно. Надо это исправлять. Но features.in/x11/config.mk трогать
> необходимости нет.
Почему? Оно ж сделает "Достаточно вызвать use/x11/nvidia после use/x11/xorg", 
только для nouveau.

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

[Konstantin Lepikhov]

Hi Sergey!

On 09/07/2020, at 12:20:22 PM you wrote:

> On Monday, 7 September 2020 11:44:27 MSK Konstantin Lepikhov wrote:
> > Hi Антон!
> > 
> > On 09/07/2020, at 03:22:09 PM you wrote:
> > 
> > <skip>
> > 
> > > Кстати, ещё вопрос: use/x11/nvidia/optimus актуален ?
> > 
> > Есть же PRIME уже, думаю
> Конкретно Антону нужно знать точно.
Пусть напишет в nvidia, они точно знают )

> 
> > все эти optimus/bumblebee можно закапывать.
> К сожалению PRIME работает только с последним драйвером.
> 
> > https://download.nvidia.com/XFree86/Linux-x86_64/450.66/README/primerenderof
> > fload.html
> Это не работало бы, если бы xorg работал с переключалкой драйвера по старой 
> схеме, но работал бы bumblebee.
Если бы да ка бы, все работает.

-- 
WBR et al.

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Monday, 7 September 2020 12:51:06 MSK Konstantin Lepikhov wrote:
> Hi Sergey!
> 
> On 09/07/2020, at 12:20:22 PM you wrote:
> > On Monday, 7 September 2020 11:44:27 MSK Konstantin Lepikhov wrote:
> > > Hi Антон!
> > > 
> > > On 09/07/2020, at 03:22:09 PM you wrote:
> > > 
> > > <skip>
> > > 
> > > > Кстати, ещё вопрос: use/x11/nvidia/optimus актуален ?
> > > 
> > > Есть же PRIME уже, думаю
> > 
> > Конкретно Антону нужно знать точно.
> 
> Пусть напишет в nvidia, они точно знают )
Зачем? Тут представитель из спортлото присутствует. ;-)

> > > все эти optimus/bumblebee можно закапывать.
> > К сожалению PRIME работает только с последним драйвером.
> > > https://download.nvidia.com/XFree86/Linux-x86_64/450.66/README/primerend
> > > erof fload.html
> > 
> > Это не работало бы, если бы xorg работал с переключалкой драйвера по
> > старой
> > схеме, но работал бы bumblebee.
> Если бы да ка бы, все работает.
Продемонстрируешь работу bumblebee?

-- 
Regards, Sergey.

Re: [devel-distro] пропало меню grub

[Konstantin Lepikhov]

Hi Sergey!

On 09/07/2020, at 01:20:51 PM you wrote:

<skip>
> > > Это не работало бы, если бы xorg работал с переключалкой драйвера по
> > > старой
> > > схеме, но работал бы bumblebee.
> > Если бы да ка бы, все работает.
> Продемонстрируешь работу bumblebee?
При чем тут bumblebee? У меня PRIME и все работает. А если это не работает
со старыми версиями nvidia_glx, надо версии обновить.

-- 
WBR et al.

Re: [devel-distro] пропало меню grub

[Sergey V Turchin]

On Monday, 7 September 2020 13:28:06 MSK Konstantin Lepikhov wrote:
> Hi Sergey!
> 
> On 09/07/2020, at 01:20:51 PM you wrote:
> 
> <skip>
> 
> > > > Это не работало бы, если бы xorg работал с переключалкой драйвера по
> > > > старой
> > > > схеме, но работал бы bumblebee.
> > > 
> > > Если бы да ка бы, все работает.
> > 
> > Продемонстрируешь работу bumblebee?
> 
> При чем тут bumblebee? У меня PRIME и все работает. А если это не работает
> со старыми версиями nvidia_glx, надо версии обновить.
Не со старыми, а с legacy. Они регулярно обновляются, но "обновить до 
поддержки PRIME" их невозможно.

-- 
Regards, Sergey.

[devel-distro] переводы, списки, форки (was: коммиты для kworkstation)

[Michael Shigorin]

On Mon, Sep 07, 2020 at 11:23:43AM +0300, Sergey V Turchin wrote:
> > или -- как в данном разе -- подключать переводчиков и
> > обеспечивать переводы вместо потери важной _целевой_
> > функциональности.
> Ты в курсе прогресса работ в этом направлении.

Потому вдвойне и удивился. :-) Хорошо же делают.  А что когда-то
отстаёт -- тут или работать с апстримами на этапе подготовки
выпусков, или переводить (и тестировать да класть в дистрибутивы)
только отобранные выпуски.  Это чисто организационный вопрос,
а с таким подходом можешь смело выкидывать из списков вообще всё.
Проблем в переводах море ещё с тех пор, как до них дорвались
убунтушники.

> > 2 zerg: в таких случаях в m-p по задумке принято не калечить
> > списки общего пользования,
> У меня другое мнение: я их исправил.

Обоснуй.  Это я в т.ч. как майнтейнер и многолетний активный
пользователь recoll спрашиваю.

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

Тогда учись договариваться, а не как с branding-xalt-kworkstation, 
который теперь в версиях системных компонент вроде xorg-server
"красуется": "мне так удобно, а до вас всех мне дела нет" :-/

На сейчас предусмотрены варианты:
1) общих списков/фич, которые должны устраивать _всех_
   пользователей данной ветки (и исправляться/улучшаться
   коллегиально);
2) частных реализаций (например, slinux), которые если
   применяются другими -- то на свой страх и риск.

Конкретно в rescue+x11 изменений за всё время после создания
был целый десяток, если что.

И выделить rescue+x11+extra, а "себе" забирать булевым выражением

	$(call tags,rescue && x11 && !extra)

вместо

	$(call tags,rescue x11)

-- по-моему, не так уж и сложно, было бы желание.

> Вся суть m-p и состоит в разобщении списков. От прошлого
> проекта имени boyarsh@ он в основном только этим и
> отличается(для мантейнера дистрибутива).  Это его главный
> недостаток, который следует исправить.

Поясни, пожалуйста.  А то начнёшь "исправлять" фундаментальное
преимущество с точки зрения ~всех остальных майнтейнеров
дистрибутивов, проще будет заново написать (кстати, если кто
соберётся продумывать следующее поколение систем управления
конфигурацией для сборки альтовых дистрибутивов -- пишите,
были некоторые задумки и выводы).

"Разобщение" -- это по сути тонкие блокировки; если предпочитаешь
big kernel lock -- имей в виду, вообще не масштабируется.
В пределе: если всю генерацию дистрибутива слить в один большой
скрипт, любые два коммита на одно и то же состояние будут
кандидатами на конфликт, в лучшем случае подходящими под
автоматический merge.

PS: смотрел выхлоп REPORT=1 при установленном graphviz?

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

[devel-distro] nvidia vs nouveau в установленной системе

[Michael Shigorin]

On Mon, Sep 07, 2020 at 03:29:14PM +0700, Антон Мидюков wrote:
> Достаточно вызвать use/x11/nvidia после use/x11/xorg и
> поставятся только проприетарные драйвера. Т.е. выкидывать
> use/x11/nouveau не нужно. Должно работать.

Возможно, конкретно в kworkstation не стоит пользоваться
целью use/x11/xorg.  Хорошо бы привести её в вид, пригодный
и для zerg@, но у меня сходу не получилось придумать его
ещё тогда, когда на p8 выпускали дистрибутивы и подбирал
наработки коллег-выпускающих.  Помнится, на этом застрял.

Т.е. взять use/x11, остальное накрутить так, как хочется.
Проблемой может быть только если что-то ещё тащит именно
use/x11/xorg, вот тогда надо думать и чинить.

Есть ещё вариант использования в conf.d/live.mk --
LiveCD с игрушками и мелкий distro/live-glxgears;
несколько лет уж не проверял, но в ~2015 у нас работал
на всём, что горит (драйверы intel/radeon/nvidia),
http://nightly.altlinux.org/sisyphus/just/fgfs/
(у меня тогда был стендик с видяшками под рукой).

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

[devel-distro] [JT] документирование коммитов

[Michael Shigorin]

On Fri, Sep 04, 2020 at 10:42:43AM +0300, Sergey V Turchin wrote:
> > Коммитов не так много, некоторые неплохо бы в master забрать, но
> > описания у них непонятные. Другие стоит заменить на непротиворечивые
> > решения. Но там опять непонятно что за задача решалась.
> Про свои я с удовольствием расскажу, если что не понятно.

Представляешь, ядро бы так разрабатывали? ;-)

Братцы, весь контекст ("зачем, почему, при какой фазе Луны"),
который мы потрудились зафиксировать в описании коммита --
бывает более ценным, чем сам дифф, потому что несёт _знание_,
а не просто реализацию.

Не ленитесь писать эти строчки, как для самих себя через год,
когда всё это вылетит из головы.

Мне как-то было очень обидно в одной редкой ситуации найти своё
письмо в рассылку и вспомнить, что я же уже эту ситуацию видел,
решил, но счёл настолько маловероятной, что не стоящей даже
наработанного хитрого xorg.conf ответным письмом туда же...

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

Re: [devel-distro] nvidia vs nouveau в установленной системе

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

07.09.2020 21:02, Michael Shigorin пишет:
> On Mon, Sep 07, 2020 at 03:29:14PM +0700, Антон Мидюков wrote:
>> Достаточно вызвать use/x11/nvidia после use/x11/xorg и
>> поставятся только проприетарные драйвера. Т.е. выкидывать
>> use/x11/nouveau не нужно. Должно работать.
> Возможно, конкретно в kworkstation не стоит пользоваться
> целью use/x11/xorg.  Хорошо бы привести её в вид, пригодный
> и для zerg@, но у меня сходу не получилось придумать его
> ещё тогда, когда на p8 выпускали дистрибутивы и подбирал
> наработки коллег-выпускающих.  Помнится, на этом застрял.

Проблема не в use/x11/xorg, а в

use/stage2/kms: use/stage2/drm
    @$(call add,STAGE1_KMODULES_REGEXP,drm.*)

и

use/plymouth/base: use/plymouth/stage2 use/plymouth/vm
    @$(call add,BASE_KMODULES_REGEXP,drm.*)

которые добавляют за компанию nouveau.

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

Re: [devel-distro] переводы, списки, форки (was: коммиты для kworkstation)

[Sergey V Turchin]

On Monday, 7 September 2020 16:56:00 MSK Michael Shigorin wrote:
> On Mon, Sep 07, 2020 at 11:23:43AM +0300, Sergey V Turchin wrote:
> > > или -- как в данном разе -- подключать переводчиков и
> > > обеспечивать переводы вместо потери важной _целевой_
> > > функциональности.
> > 
> > Ты в курсе прогресса работ в этом направлении.
> 
> Потому вдвойне и удивился. :-) Хорошо же делают.
Делают, но не сделали. А коммит был, когда перевода не было вообще.

> > > 2 zerg: в таких случаях в m-p по задумке принято не калечить
> > > списки общего пользования,
> > У меня другое мнение: я их исправил.
> Обоснуй.  Это я в т.ч. как майнтейнер и многолетний активный
> пользователь recoll спрашиваю.
Пользуйся на здоровье, но не путай, пожалуйста, себя и пользователя 
дистрибутива.

> > > а или выделять нужную часть,
> > Мне неудобно городить своё отдельное дерево и отслеживать
> > изменения в тех местах, которые я копирую.
> 
> Тогда учись договариваться,
Так я сразу же предлагал договариваться. ;-)

> а не как с branding-xalt-kworkstation,
> который теперь в версиях системных компонент вроде xorg-server
> "красуется": "мне так удобно, а до вас всех мне дела нет" :-/
А кому конкретно должно быть удобно или не удобно в этом случае?

> На сейчас предусмотрены варианты:
> 1) общих списков/фич, которые должны устраивать _всех_
>    пользователей данной ветки (и исправляться/улучшаться
>    коллегиально);
Будем коллегиально выбирать между черным и белым, при этом половине нужно 
одно, а второй другое? ;-)

> 2) частных реализаций (например, slinux), которые если
>    применяются другими -- то на свой страх и риск.
> 
> Конкретно в rescue+x11 изменений за всё время после создания
> был целый десяток, если что.
> 
> И выделить rescue+x11+extra, а "себе" забирать булевым выражением
> 
> 	$(call tags,rescue && x11 && !extra)
> вместо
> 	$(call tags,rescue x11)
> -- по-моему, не так уж и сложно, было бы желание.
Ок, возмьму на вооружение.
Осталось для целей в make-файлах что-то придумать.

> > Вся суть m-p и состоит в разобщении списков. От прошлого
> > проекта имени boyarsh@ он в основном только этим и
> > отличается(для мантейнера дистрибутива).  Это его главный
> > недостаток, который следует исправить.
> 
> Поясни, пожалуйста.  А то начнёшь "исправлять" фундаментальное
> преимущество с точки зрения ~всех остальных майнтейнеров
> дистрибутивов, проще будет заново написать (кстати, если кто
> соберётся продумывать следующее поколение систем управления
> конфигурацией для сборки альтовых дистрибутивов -- пишите,
> были некоторые задумки и выводы).
Свои списки у каждого дистрибутива. Выше указал на частичное решение, спасибо!

> "Разобщение" -- это по сути тонкие блокировки; если предпочитаешь
> big kernel lock -- имей в виду, вообще не масштабируется.
> В пределе: если всю генерацию дистрибутива слить в один большой
> скрипт, любые два коммита на одно и то же состояние будут
> кандидатами на конфликт, в лучшем случае подходящими под
> автоматический merge.
>
> PS: смотрел выхлоп REPORT=1 при установленном graphviz?
Нет. Появился повод выбросить мусор и свой и чужой.

-- 
Regards, Sergey.

Re: [devel-distro] [JT] документирование коммитов

[Sergey V Turchin]

On Monday, 7 September 2020 17:07:31 MSK Michael Shigorin wrote:

[...]
> Не ленитесь писать эти строчки,
Ну, извини. Тут тебе нет равных! ;-)

[...]

-- 
Regards, Sergey.

Re: [devel-distro] nvidia vs nouveau в установленной системе

[Michael Shigorin]

On Mon, Sep 07, 2020 at 09:10:27PM +0700, Антон Мидюков wrote:
> >> Достаточно вызвать use/x11/nvidia после use/x11/xorg и
> >> поставятся только проприетарные драйвера. Т.е. выкидывать
> >> use/x11/nouveau не нужно. Должно работать.
> > Возможно, конкретно в kworkstation не стоит пользоваться
> > целью use/x11/xorg.  Хорошо бы привести её в вид, пригодный
> > и для zerg@, но у меня сходу не получилось придумать его
> > ещё тогда, когда на p8 выпускали дистрибутивы и подбирал
> > наработки коллег-выпускающих.  Помнится, на этом застрял.
> 
> Проблема не в use/x11/xorg, а в
> 
> use/stage2/kms: use/stage2/drm
>     @$(call add,STAGE1_KMODULES_REGEXP,drm.*)

Здесь как раз нет, если правильно понимаю zerg@ и в stage1/stage2
ему нужны именно модули nouveau.  Вот если обеспечивать поддержку
модулей nvidia и на livecd либо в инсталере (что само по себе
полезно, см. про live.mk, но низкоприоритетно) -- тогда да.

> use/plymouth/base: use/plymouth/stage2 use/plymouth/vm
>     @$(call add,BASE_KMODULES_REGEXP,drm.*)
> 
> которые добавляют за компанию nouveau.

А не проще ли оставить как есть, но в kworkstation сносить
kernel-modules-drm-nouveau* через CLEANUP_PACKAGES?

Да, это как раз против подхода mkimage-profiles в "чистом" виде,
но математически безупречные реализации в жизни порой обходятся
уж совсем запредельно дорого (ну там, нарубить репозиторий так,
чтоб можно было в инсталятор только _добавлять_ нужное, и т.п.
и т.д.)...

Заодно в качестве побочного эффекта пакеты для nouveau
попадут на диск и пользователям, которым захочется именно
Рабочую станцию К, но почему-то при этом nouveau вместо
nvidia (я таких пока не встречал, но мало ли) -- будет
вариант выкрутиться хотя бы вручную, не сходя с исошки.
Правда, ценой дополнительного объёма этих пакетов.

Это вот для live-0ad.iso придётся чинить по-настоящему.

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

Re: [devel-distro] [JT] документирование коммитов

[Michael Shigorin]

On Mon, Sep 07, 2020 at 05:40:14PM +0300, Sergey V Turchin wrote:
> > Не ленитесь писать эти строчки,
> Ну, извини. Тут тебе нет равных! ;-)

Да нет, я как раз лодырь и не всегда тружусь описать именно
_причину_ и _почему_ именно так, но хотя бы стараюсь.

Собственно, до того случая с двухголовой кассой на радеоне
у меня отношение к документации и было легкомысленное...
оказалось, её именно и ровно для себя надо писать. :)

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

Re: [devel-distro] переводы, списки, форки (was: коммиты для kworkstation)

[Michael Shigorin]

On Mon, Sep 07, 2020 at 05:36:43PM +0300, Sergey V Turchin wrote:
> > > > или -- как в данном разе -- подключать переводчиков и
> > > > обеспечивать переводы вместо потери важной _целевой_
> > > > функциональности.
> > > Ты в курсе прогресса работ в этом направлении.
> > Потому вдвойне и удивился. :-) Хорошо же делают.
> Делают, но не сделали. А коммит был, когда перевода не было вообще.

Ты бы посмотрел, когда там "не было вообще".
В альт я собирал, помнится, уже переведя.

> > > > 2 zerg: в таких случаях в m-p по задумке принято не калечить
> > > > списки общего пользования,
> > > У меня другое мнение: я их исправил.
> > Обоснуй.  Это я в т.ч. как майнтейнер и многолетний активный
> > пользователь recoll спрашиваю.
> Пользуйся на здоровье, но не путай, пожалуйста, себя
> и пользователя дистрибутива.

И что, пара непереведённых строк в конфигурации индексирования
новой версии прям-таки сломает ему жизнь и выпьет кофе?

Ты забыл обосновать своё мнение.  Если оно чисто субъективное --
тогда этот коммит стоит откатить, если взяли, потому что моё
чисто субъективное мнение указано выше: это регрессия для m-p,
а в kworkstation с особыми требованиями к переводам следует
использовать какие-то отдельные списки (и, возможно, автотест
для определения стопроцентности перевода и блокирования сборки
в случае нарушения этого критерия -- см. в качестве примера
features.in/rescue/rescue/image-scripts.d/00-test-rescue).

> > > > а или выделять нужную часть,
> > > Мне неудобно городить своё отдельное дерево и отслеживать
> > > изменения в тех местах, которые я копирую.
> > Тогда учись договариваться,
> Так я сразу же предлагал договариваться. ;-)

Уже хорошо :-)

> > а не как с branding-xalt-kworkstation, который теперь в
> > версиях системных компонент вроде xorg-server "красуется":
> > "мне так удобно, а до вас всех мне дела нет" :-/
> А кому конкретно должно быть удобно или не удобно в этом случае?

Более правильное решение тогда реализовал manowar@, загляни
в фичу pkgpriorities или просто git grep PINNED_PACKAGES.

> > На сейчас предусмотрены варианты:
> > 1) общих списков/фич, которые должны устраивать _всех_
> >    пользователей данной ветки (и исправляться/улучшаться
> >    коллегиально);
> Будем коллегиально выбирать между черным и белым, при этом
> половине нужно одно, а второй другое? ;-)

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

Если приходится двигать фундамент -- это, конечно, сложнее,
но порой тоже бывает осмысленным (если бы была возможность
последние пять лет хоть иногда добираться до выпуска livecd
с игрушками -- возможно, у тебя не возникла бы такая нужда
уже для kworkstation; но уж как есть).

> > И выделить rescue+x11+extra, а "себе" забирать булевым выражением
> > 	$(call tags,rescue && x11 && !extra)
> > вместо
> > 	$(call tags,rescue x11)
> > -- по-моему, не так уж и сложно, было бы желание.
> Ок, возмьму на вооружение.
> Осталось для целей в make-файлах что-то придумать.

С целями труднее всего, угу.  Но порой можно выкрутиться
как-то вроде $(ISOHYBRID:%=use/isohybrid) в фиче syslinux
или $(UBOOT_TTY) в uboot.  Здесь сходу не вижу варианта.

В любом случае, напоровшись на проблему -- постарайся черкнуть
хоть полстроки сюда или набросок патча, пока с ним собирается.
Вдруг "о, а похожее уже решали" у кого возникнет.

> > > Вся суть m-p и состоит в разобщении списков. [...]
> > > Это его главный недостаток, который следует исправить.
> > Поясни, пожалуйста.
> Свои списки у каждого дистрибутива.

Оно-то да, но тут тоже есть что аккуратно обобщать.
Например, у меня тут лежат коммиты для фичи office,
которые после выпуска стартеркитов будем смотреть и,
надеюсь, мержить вместо того, чтоб по спискам пакетов
таскать хитрые исключения для конкретных архитектур:
http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=shortlog;h=refs/heads/next
(2 antohami: пока не торопись, там были правки regular.mk
и между бетой и выпуском я бы их не стал предлагать)

> Выше указал на частичное решение, спасибо!

Ура :-)

> > PS: смотрел выхлоп REPORT=1 при установленном graphviz?
> Нет. Появился повод выбросить мусор и свой и чужой.

Чтоб выбрасывать чужой мусор, надо очень хорошо понимать в нём
-- ответственность куда больше, чем со своим...

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

Re: [devel-distro] nvidia vs nouveau в установленной системе

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

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

07.09.2020 22:08, Michael Shigorin пишет:
> On Mon, Sep 07, 2020 at 09:10:27PM +0700, Антон Мидюков wrote:
>>>> Достаточно вызвать use/x11/nvidia после use/x11/xorg и
>>>> поставятся только проприетарные драйвера. Т.е. выкидывать
>>>> use/x11/nouveau не нужно. Должно работать.
>>> Возможно, конкретно в kworkstation не стоит пользоваться
>>> целью use/x11/xorg.  Хорошо бы привести её в вид, пригодный
>>> и для zerg@, но у меня сходу не получилось придумать его
>>> ещё тогда, когда на p8 выпускали дистрибутивы и подбирал
>>> наработки коллег-выпускающих.  Помнится, на этом застрял.
>> Проблема не в use/x11/xorg, а в
>>
>> use/stage2/kms: use/stage2/drm
>>     @$(call add,STAGE1_KMODULES_REGEXP,drm.*)
> Здесь как раз нет, если правильно понимаю zerg@ и в stage1/stage2
> ему нужны именно модули nouveau.  Вот если обеспечивать поддержку
> модулей nvidia и на livecd либо в инсталере (что само по себе
> полезно, см. про live.mk, но низкоприоритетно) -- тогда да.

У zerg@ везде проприетарный, и это правильно.

Предлагаю ввести новую цель use/stage2/kms-no-free (смотреть
0001-stage2-Added-new-target-use-kms-no-free.patch)

И задействовать её вместо use/stage2/kms в kworkstation.

>> use/plymouth/base: use/plymouth/stage2 use/plymouth/vm
>>     @$(call add,BASE_KMODULES_REGEXP,drm.*)
>>
>> которые добавляют за компанию nouveau.
> А не проще ли оставить как есть, но в kworkstation сносить
> kernel-modules-drm-nouveau* через CLEANUP_PACKAGES?

У zerg@ ещё и cleanup делается. Это неправильный подход, надо с этим
бороться. Всё решаемо.

И решение мне видится в том, чтобы не добавлять модули drm в
use/plymouth/base (смотреть
0002-plymouth-Don-t-add-kernel-modules-drm.patch)

Неправильно гвоздиком прибивать их к plymouth. У создателя дистрибутива
должна быть возможность самому определяться какие модули ядра
использовать. Может я не хочу использовать драйвера для radeon и nvidia
в своей сборке для себя, так как целевые машины на intel? Или хочу
использовать проприетарный драйвер Nvidia, или ещё чего-то там, что
появится в будущем? Добавлять модули drm нужно не в plymouth. В README
фичи plymouth я сделал пометку, что для его работы нужны модули drm.

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


[-- Attachment #2: 0001-stage2-Added-new-target-use-kms-no-free.patch --]
[-- Type: text/x-patch, Size: 913 bytes --]

>From 8a801f2b59d035275ef188ab35e3442746d990e7 Mon Sep 17 00:00:00 2001
From: Anton Midyukov <antohami@altlinux.org>
Date: Mon, 7 Sep 2020 22:26:15 +0700
Subject: [PATCH 1/2] stage2: Added new target use/kms-no-free

This target will allow the use of proprietary video drivers such
as nvidia. Needed for kworkstation.
---
 features.in/stage2/config.mk | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/features.in/stage2/config.mk b/features.in/stage2/config.mk
index e5d958e68..52ee5d813 100644
--- a/features.in/stage2/config.mk
+++ b/features.in/stage2/config.mk
@@ -24,6 +24,9 @@ endif
 use/stage2/kms: use/stage2/drm
 	@$(call add,STAGE1_KMODULES_REGEXP,drm.*)
 
+use/stage2/kms-no-free: use/stage2/drm
+	@$(call add,STAGE1_KMODULES,drm drm-radeon nvidia)
+
 # install mount.cifs to stage1
 # NB: there's builtin nfsmount there, no reason for nfs-utils
 use/stage2/cifs: use/stage2/net-cifs
-- 
2.25.4


[-- Attachment #3: 0002-plymouth-Don-t-add-kernel-modules-drm.patch --]
[-- Type: text/x-patch, Size: 1888 bytes --]

>From 478f9e72cd38deff5f941873ba4f1c1cdccff973 Mon Sep 17 00:00:00 2001
From: Anton Midyukov <antohami@altlinux.org>
Date: Mon, 7 Sep 2020 22:31:21 +0700
Subject: [PATCH 2/2] plymouth: Don't add kernel modules drm

Don't add drm modules this way. This creates problems for
customization of distributions. For example, it does not allow the
use of the proprietary nvidia driver in the distribution.
Needed for kworkstation.
---
 features.in/plymouth/README    | 5 +++++
 features.in/plymouth/config.mk | 1 -
 2 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/features.in/plymouth/README b/features.in/plymouth/README
index 46a994a1d..8308edbde 100644
--- a/features.in/plymouth/README
+++ b/features.in/plymouth/README
@@ -3,3 +3,8 @@
 с фичей branding по объективным причинам, но оформлена отдельно
 для возможности собирать образы с частичным брендированием либо
 "без излишеств".
+
+Для работы plymouth требуются drm-модули ядра. Ранее они
+добавлялись скопом, но это не позволяло задействовать
+проприетарный драйвер Nvidia, а также по своему выбору
+определять какие драйвера использовать.
diff --git a/features.in/plymouth/config.mk b/features.in/plymouth/config.mk
index ea6e541b0..c1110db77 100644
--- a/features.in/plymouth/config.mk
+++ b/features.in/plymouth/config.mk
@@ -41,7 +41,6 @@ ifeq (distro,$(IMAGE_CLASS))
 	@$(call add,INSTALL2_PACKAGES,installer-feature-setup-plymouth)
 endif
 	@$(call add,BASE_PACKAGES_REGEXP,make-initrd-plymouth cpio)
-	@$(call add,BASE_KMODULES_REGEXP,drm.*)
 	@$(call add,THE_BRANDING,bootsplash)
 	@$(call add,THE_PACKAGES,make-initrd-plymouth)
 
-- 
2.25.4

Re: [devel-distro] nvidia vs nouveau в установленной системе

[Michael Shigorin]

On Mon, Sep 07, 2020 at 10:55:28PM +0700, Антон Мидюков wrote:
> > Здесь как раз нет, если правильно понимаю zerg@ и в stage1/stage2
> > ему нужны именно модули nouveau.  Вот если обеспечивать поддержку
> > модулей nvidia и на livecd либо в инсталере (что само по себе
> > полезно, см. про live.mk, но низкоприоритетно) -- тогда да.
> У zerg@ везде проприетарный, и это правильно.

Он только что говорил, что в инсталяторе ему nouveau тяжеловато.
Возможно, в livecd тоже нужен nvidia, не сообразил в эту сторону.

> Предлагаю ввести новую цель use/stage2/kms-no-free (смотреть
> 0001-stage2-Added-new-target-use-kms-no-free.patch)
> И задействовать её вместо use/stage2/kms в kworkstation.

Скорее use/stage2/kms-base и use/stage2/kms-full (куда ещё
не забыть добавить kernel-modules-drm-ancient, если делать
явным перечислением).

> И решение мне видится в том, чтобы не добавлять модули drm
> в use/plymouth/base (смотреть
> 0002-plymouth-Don-t-add-kernel-modules-drm.patch)
> Неправильно гвоздиком прибивать их к plymouth.

Ты только не смейся, но тогда сломается сам plymouth:
use/stage2/kms там был с самого первого коммита фичи.

> У создателя дистрибутива должна быть возможность самому
> определяться какие модули ядра использовать. Может я не хочу
> использовать драйвера для radeon и nvidia в своей сборке для
> себя, так как целевые машины на intel? Или хочу использовать
> проприетарный драйвер Nvidia, или ещё чего-то там, что появится
> в будущем? Добавлять модули drm нужно не в plymouth. В README
> фичи plymouth я сделал пометку, что для его работы нужны модули drm.

Добавлять-то да, но по сути ты по умолчанию ломаешь фичу (причём
неожиданно для её пользователей, которые разбалованы недостатком
подобных поворотов в моих выпусках) ради особого случая
(kworkstation и livecd-шки с 3d "на всём").

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

Сама проблема здесь шире -- изначально stage2 могли работать без
drm (потому как эта подсистема использовалась только для 3D и
ускорения видео), поэтому её добавление было опциональным;
затем в какой-то момент ядро и иксы изменились так, что без drm
в т.ч. в инсталяторе выпускать что-либо смысла не осталось,
потому что на эти десятки мегабайт вдруг оказалось завязано и 2D.

Глянь тот же коммит a211aec73c56a033184bb4434e79242119bc76d0,
это была как раз попытка отыграть избыточное добавление drm,
насколько помню (да-да, тогда времени не хватило ни толком
разобраться, ни как надо поправить, ни внятно описать).

_Пока_ мне видится что-то такое: фичи, которым надо втащить
drm по объективным причинам (включая x11 и plymouth), делают
это не сами, а через единую точку входа (возможно, фичу drm),
где можно поставить "ручку" насчёт конкретно нвидии.

2 zerg: xorg-drv-nouveau _без_ kernel-modules-drm-nouveau*
мешает или нет? (или "сейчас не мешает, но кто его знает"?)

> +use/stage2/kms-no-free: use/stage2/drm
> +	@$(call add,STAGE1_KMODULES,drm drm-radeon nvidia)

(и тогда уж было бы non-free, а не no-free)

> Subject: [PATCH 2/2] plymouth: Don't add kernel modules drm
> 
> Don't add drm modules this way. This creates problems for
> customization of distributions. For example, it does not allow the
> use of the proprietary nvidia driver in the distribution.
> Needed for kworkstation.

CLEANUP_PACKAGES -- меньшее зло, чем это.
Причины описал выше.

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

Re: [devel-distro] nvidia vs nouveau в установленной системе

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

07.09.2020 23:33, Michael Shigorin пишет:
> On Mon, Sep 07, 2020 at 10:55:28PM +0700, Антон Мидюков wrote:
>>> Здесь как раз нет, если правильно понимаю zerg@ и в stage1/stage2
>>> ему нужны именно модули nouveau.  Вот если обеспечивать поддержку
>>> модулей nvidia и на livecd либо в инсталере (что само по себе
>>> полезно, см. про live.mk, но низкоприоритетно) -- тогда да.
>> У zerg@ везде проприетарный, и это правильно.
> Он только что говорил, что в инсталяторе ему nouveau тяжеловато.
> Возможно, в livecd тоже нужен nvidia, не сообразил в эту сторону.
>
>> Предлагаю ввести новую цель use/stage2/kms-no-free (смотреть
>> 0001-stage2-Added-new-target-use-kms-no-free.patch)
>> И задействовать её вместо use/stage2/kms в kworkstation.
> Скорее use/stage2/kms-base и use/stage2/kms-full (куда ещё
> не забыть добавить kernel-modules-drm-ancient, если делать
> явным перечислением).

Ну, мысль была в том, чтобы use/stage2/kms не ломать.

Насчёт full, не пойдёт тут смысл в использовании проприетарного видео
как раз. А drm-ancient нужно добавить.

>> И решение мне видится в том, чтобы не добавлять модули drm
>> в use/plymouth/base (смотреть
>> 0002-plymouth-Don-t-add-kernel-modules-drm.patch)
>> Неправильно гвоздиком прибивать их к plymouth.
> Ты только не смейся, но тогда сломается сам plymouth:
> use/stage2/kms там был с самого первого коммита фичи.
Я знаю. Вроде бы у всех в других местах добавлено. Нужно это отследить.
Сейчас все дистрибутивы смержены, кроме kworkstation.
>> У создателя дистрибутива должна быть возможность самому
>> определяться какие модули ядра использовать. Может я не хочу
>> использовать драйвера для radeon и nvidia в своей сборке для
>> себя, так как целевые машины на intel? Или хочу использовать
>> проприетарный драйвер Nvidia, или ещё чего-то там, что появится
>> в будущем? Добавлять модули drm нужно не в plymouth. В README
>> фичи plymouth я сделал пометку, что для его работы нужны модули drm.
> Добавлять-то да, но по сути ты по умолчанию ломаешь фичу (причём
> неожиданно для её пользователей, которые разбалованы недостатком
> подобных поворотов в моих выпусках) ради особого случая
> (kworkstation и livecd-шки с 3d "на всём").
>
> Мне кажется, что разумней именно обрабатывать особые случаи
> как исключения, т.е. давать возможность выкрутиться, когда
> она нужна, а не заставлять платить за неё всех.
>
> Сама проблема здесь шире -- изначально stage2 могли работать без
> drm (потому как эта подсистема использовалась только для 3D и
> ускорения видео), поэтому её добавление было опциональным;
> затем в какой-то момент ядро и иксы изменились так, что без drm
> в т.ч. в инсталяторе выпускать что-либо смысла не осталось,
> потому что на эти десятки мегабайт вдруг оказалось завязано и 2D.
>
> Глянь тот же коммит a211aec73c56a033184bb4434e79242119bc76d0,
> это была как раз попытка отыграть избыточное добавление drm,
> насколько помню (да-да, тогда времени не хватило ни толком
> разобраться, ни как надо поправить, ни внятно описать).
>
> _Пока_ мне видится что-то такое: фичи, которым надо втащить
> drm по объективным причинам (включая x11 и plymouth), делают
> это не сами, а через единую точку входа (возможно, фичу drm),
> где можно поставить "ручку" насчёт конкретно нвидии.
Вот это хорошая идея. Действительно, нужно делать фичу drm.
> 2 zerg: xorg-drv-nouveau _без_ kernel-modules-drm-nouveau*
> мешает или нет? (или "сейчас не мешает, но кто его знает"?)
>
>> +use/stage2/kms-no-free: use/stage2/drm
>> +	@$(call add,STAGE1_KMODULES,drm drm-radeon nvidia)
> (и тогда уж было бы non-free, а не no-free)
Ага. Исправлю.
>> Subject: [PATCH 2/2] plymouth: Don't add kernel modules drm
>>
>> Don't add drm modules this way. This creates problems for
>> customization of distributions. For example, it does not allow the
>> use of the proprietary nvidia driver in the distribution.
>> Needed for kworkstation.
> CLEANUP_PACKAGES -- меньшее зло, чем это.
> Причины описал выше.
>
Попробую сделать фичу drm.

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

Re: [devel-distro] nvidia vs nouveau в установленной системе

[Michael Shigorin]

On Mon, Sep 07, 2020 at 11:48:35PM +0700, Антон Мидюков wrote:
> Насчёт full, не пойдёт тут смысл в использовании проприетарного
> видео как раз. А drm-ancient нужно добавить.

А в full можно переключатель поставить по переменной.

> >> И решение мне видится в том, чтобы не добавлять модули drm
> >> в use/plymouth/base (смотреть
> >> 0002-plymouth-Don-t-add-kernel-modules-drm.patch)
> >> Неправильно гвоздиком прибивать их к plymouth.
> > Ты только не смейся, но тогда сломается сам plymouth:
> > use/stage2/kms там был с самого первого коммита фичи.
> Я знаю. Вроде бы у всех в других местах добавлено. Нужно это отследить.
> Сейчас все дистрибутивы смержены, кроме kworkstation.

Не спеши -- сделайте хорошо с zerg@ то, что получается, если
у него будут коммиты сверху -- это нормально.  А вот если ты
сломаешь стартеркиты между бетой и выпуском, это плохо.

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

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

Re: [devel-distro] nvidia vs nouveau в установленной системе

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

07.09.2020 23:52, Michael Shigorin пишет:
> On Mon, Sep 07, 2020 at 11:48:35PM +0700, Антон Мидюков wrote:
>> Насчёт full, не пойдёт тут смысл в использовании проприетарного
>> видео как раз. А drm-ancient нужно добавить.
> А в full можно переключатель поставить по переменной.
Да, так можно.
>>>> И решение мне видится в том, чтобы не добавлять модули drm
>>>> в use/plymouth/base (смотреть
>>>> 0002-plymouth-Don-t-add-kernel-modules-drm.patch)
>>>> Неправильно гвоздиком прибивать их к plymouth.
>>> Ты только не смейся, но тогда сломается сам plymouth:
>>> use/stage2/kms там был с самого первого коммита фичи.
>> Я знаю. Вроде бы у всех в других местах добавлено. Нужно это отследить.
>> Сейчас все дистрибутивы смержены, кроме kworkstation.
> Не спеши -- сделайте хорошо с zerg@ то, что получается, если
> у него будут коммиты сверху -- это нормально.  А вот если ты
> сломаешь стартеркиты между бетой и выпуском, это плохо.
Я не собираюсь в стартеркиты это пихать. В экспериментальную ветку, даже
в регулярки не собираюсь, пока.

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

Re: [devel-distro] nvidia vs nouveau в установленной системе

[Sergey V Turchin]

On Monday, 7 September 2020 19:33:04 MSK Michael Shigorin wrote:
> On Mon, Sep 07, 2020 at 10:55:28PM +0700, Антон Мидюков wrote:
> > > Здесь как раз нет, если правильно понимаю zerg@ и в stage1/stage2
> > > ему нужны именно модули nouveau.  Вот если обеспечивать поддержку
> > > модулей nvidia и на livecd либо в инсталере (что само по себе
> > > полезно, см. про live.mk, но низкоприоритетно) -- тогда да.
> > 
> > У zerg@ везде проприетарный, и это правильно.
> 
> Он только что говорил, что в инсталяторе ему nouveau тяжеловато.
Я только что говорил, но абсолютно противоположное.

# remove-old-kernels -a
# nvidia-clean-driver
# apt-get remove nvidia_glx_common
[...]
After unpacking 775MB disk space will be freed.

> Возможно, в livecd тоже нужен nvidia, не сообразил в эту сторону.
У меня nvidia в livecd.

[...]

-- 
Regards, Sergey.

Re: [devel-distro] переводы, списки, форки (was: коммиты для kworkstation)

[Sergey V Turchin]

On Monday, 7 September 2020 18:10:43 MSK Michael Shigorin wrote:

[...]
> Чтоб выбрасывать чужой мусор, надо очень хорошо понимать в нём
> -- ответственность куда больше, чем со своим...
Если он не имеет отношения к моему дистрибутиву, то зачем он _только_ мне? 
Если его выкинули оттуда, откуда он пришёл ко мне, то зачем он мне?

-- 
Regards, Sergey.

Re: [devel-distro] nvidia vs nouveau в установленной системе

[Michael Shigorin]

On Tue, Sep 08, 2020 at 10:08:57AM +0300, Sergey V Turchin wrote:
> > > > Здесь как раз нет, если правильно понимаю zerg@ и в stage1/stage2
> > > > ему нужны именно модули nouveau.  Вот если обеспечивать поддержку
> > > > модулей nvidia и на livecd либо в инсталере (что само по себе
> > > > полезно, см. про live.mk, но низкоприоритетно) -- тогда да.
> > > У zerg@ везде проприетарный, и это правильно.
> > Он только что говорил, что в инсталяторе ему nouveau тяжеловато.
> Я только что говорил, но абсолютно противоположное.

Тьфу ты, прости, оговорился.  Разумеется, хотел сказать:
"Он только что говорил, что в инсталяторе ему nvidia тяжеловата".

> > Возможно, в livecd тоже нужен nvidia, не сообразил в эту сторону.
> У меня nvidia в livecd.

Тогда stage2 придётся трогать, да.
Отлаживаться может быть проще и быстрее на live-glxgears.iso.

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

Re: [devel-distro] переводы, списки, форки; education/slinux

[Michael Shigorin]

On Tue, Sep 08, 2020 at 10:21:43AM +0300, Sergey V Turchin wrote:
> > Чтоб выбрасывать чужой мусор, надо очень хорошо понимать в нём
> > -- ответственность куда больше, чем со своим...
> Если он не имеет отношения к моему дистрибутиву,
> то зачем он _только_ мне? 

Смотри ещё раз: если кто-то добавил в какой-то список пакетов
_общего_ назначения, который в целом тебе понравился для твоего
дистрибутива, буквально один-два пакета, которые сейчас или
вообще ты считаешь неподходящими для твоего дистрибутива --
смотришь по git blame, кто добавил, и пишешь ему/им свои
соображения.

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

Если вопрос в твоих _личных_ критериях ("в моём дистрибутиве всё
должно быть переведено на русский", "не должно быть тулкита X"
или там "библиотеки Y", как в rescue нет libX11) -- может быть
смысл списаться с автором общего списка, но сходу стоит
рассматривать варианты:

1) в случае тегированного списка -- аккуратного отпиливания
   с каким +extra, чтобы не пострадали уже описанные выборки
   (git grep rescue| grep x11 помогли бы их найти в том разе);

2) в случе нетегированного списка -- форка к себе в
   pkg.in/lists/kworkstation/ или куда будет сообразно;
   да, тогда ты и сопровождаешь, но "и готовое взять,
   и чтоб всё точно как надо" получается не всегда.

Пойми, вот начну я делать гипотетический kworkstation/e2k,
что-то у меня тут не собирается (=> не проходит объективный
критерий "присутствует в репозитории") -- я начну тупо брать
и выкидывать то, что у тебя-то на всех остальных архитектурах
есть и работает; вряд ли тебе такие правки подойдут.

А тут у нас из междистрибутивных случаев наблюдается разве что
education, активно использующий списки slinux (и для которого
их порой активно лопатили).  Было бы интересно узнать мнение
cas@ и sem@ об их реалиях координации (или её отсутствия).

> Если его выкинули оттуда, откуда он пришёл ко мне,
> то зачем он мне?

Если выкинули, а тебе не нужен, то и проблемы нет.

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

Re: [devel-distro] nvidia vs nouveau в установленной системе

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

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

08.09.2020 15:46, Michael Shigorin пишет:
> On Tue, Sep 08, 2020 at 10:08:57AM +0300, Sergey V Turchin wrote:
> [...]
>>> Возможно, в livecd тоже нужен nvidia, не сообразил в эту сторону.
>> У меня nvidia в livecd.
> Тогда stage2 придётся трогать, да.
> Отлаживаться может быть проще и быстрее на live-glxgears.iso.
>
Выделил отдельную фичу drm
(0001-drm-plymouth-stage2-x11-initial-feature-drm.patch).

По дефолту свободный драйвер nouveau. Переключаться на проприетарный
можно/нужно отдельно для THE_PACKAGES, BASE_PACKAGES и STAGE1_PACKAGES
соответственно целями:

use/drm/nvidia, use/drm/base/nvidia, use/drm/stage2/nvidia.

Вместо use/drm/nvidia достаточно использовать use/x11/nvidia.

use/drm/base/nvidia переключалка для use/plymouth, use/drm/stage2/nvidia
для use/stage2/kms.

Вроде работает как надо, но нужно будет потестировать ещё.

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


[-- Attachment #2: 0001-drm-plymouth-stage2-x11-initial-feature-drm.patch --]
[-- Type: text/x-patch, Size: 7238 bytes --]

>From 282dc23b8bfd89dc1fae67f8f4bd04223de97f51 Mon Sep 17 00:00:00 2001
From: Anton Midyukov <antohami@altlinux.org>
Date: Tue, 8 Sep 2020 16:04:55 +0700
Subject: [PATCH] drm, plymouth, stage2, x11: initial feature drm

The drm feature solves the problem of creating a common entry
point for adding kernel drm modules for different package lists.
The need for allocation into a separate feature arose from one
parties to the need to make a switch between free and proprietary
NVIDIA driver, on the other, because of the need to add only drm
modules kernels for purposes such as use/stage2 /kms and use/plymouth.

Also no more switch needed for RADEON, as only the free video driver
remains.
---
 features.in/drm/README         |  7 ++++++
 features.in/drm/config.mk      | 43 ++++++++++++++++++++++++++++++++++
 features.in/plymouth/config.mk |  4 ++--
 features.in/stage2/config.mk   |  3 +--
 features.in/x11/config.mk      | 25 +++++++++-----------
 5 files changed, 64 insertions(+), 18 deletions(-)
 create mode 100644 features.in/drm/README
 create mode 100644 features.in/drm/config.mk

diff --git a/features.in/drm/README b/features.in/drm/README
new file mode 100644
index 000000000..e365536fd
--- /dev/null
+++ b/features.in/drm/README
@@ -0,0 +1,7 @@
+Фича drm решает задачу создания общей точки входа для
+добавления drm-модулей ядра для разных списков пакетов.
+Потребность выделения в отдельную фичу возникла с одной
+стороны в связи с необходимостью сделать переключатель
+между свободным и проприетарным драйвером NVIDIA,
+с другой из-за необходимости добавлять только drm-модули
+ядра в таких целях, как use/stage2/kms и use/plymouth.
diff --git a/features.in/drm/config.mk b/features.in/drm/config.mk
new file mode 100644
index 000000000..ade61a006
--- /dev/null
+++ b/features.in/drm/config.mk
@@ -0,0 +1,43 @@
+DRM_KMODULES := drm drm-radeon drm-ancient
+
+use/drm:
+	@$(call add_feature)
+	@$(call add,THE_KMODULES,$$(THE_DRM_KMODULES))
+	@$(call add,THE_KMODULES,$$(THE_NVIDIA_KMODULES))
+	@$(call add,BASE_KMODULES,$$(BASE_DRM_KMODULES))
+	@$(call add,BASE_KMODULES,$$(BASE_NVIDIA_KMODULES))
+	@$(call add,STAGE1_KMODULES,$$(STAGE1_DRM_KMODULES))
+	@$(call add,STAGE1_KMODULES,$$(STAGE1_NVIDIA_KMODULES))
+
+use/drm/nvidia: use/drm
+	@$(call set,THE_NVIDIA_KMODULES,nvidia)
+
+use/drm/nouveau: use/drm
+	@$(call set,THE_NVIDIA_KMODULES,nouveau)
+
+use/drm/free: use/drm/nouveau
+	@$(call add,THE_DRM_KMODULES,$(DRM_KMODULES))
+
+use/drm/non-free: use/drm/free use/drm/nvidia; @:
+
+use/drm/stage2/nvidia: use/drm
+	@$(call set,STAGE1_NVIDIA_KMODULES,nvidia)
+
+use/drm/stage2/nouveau: use/drm
+	@$(call set,STAGE1_NVIDIA_KMODULES,nouveau)
+
+use/drm/stage2/free: use/drm/stage2/nouveau
+	@$(call add,STAGE1_DRM_KMODULES,$(DRM_KMODULES))
+
+use/drm/stage2/non-free: use/drm/stage2/free use/drm/stage2/nvidia; @:
+
+use/drm/base/nvidia: use/drm
+	@$(call set,BASE_NVIDIA_KMODULES,nvidia)
+
+use/drm/base/nouveau: use/drm
+	@$(call set,BASE_NVIDIA_KMODULES,nouveau)
+
+use/drm/base/free: use/drm/base/nouveau
+	@$(call add,BASE_DRM_KMODULES,$(DRM_KMODULES))
+
+use/drm/base/non-free: use/drm/base/free use/drm/base/nvidia; @:
diff --git a/features.in/plymouth/config.mk b/features.in/plymouth/config.mk
index ea6e541b0..3c2cc4ed1 100644
--- a/features.in/plymouth/config.mk
+++ b/features.in/plymouth/config.mk
@@ -36,12 +36,12 @@ else
 use/plymouth/vm: use/plymouth; @:
 endif
 
-use/plymouth/base: use/plymouth/stage2 use/plymouth/vm
+use/plymouth/base: use/plymouth/stage2 use/plymouth/vm \
+	use/drm/base/free; @:
 ifeq (distro,$(IMAGE_CLASS))
 	@$(call add,INSTALL2_PACKAGES,installer-feature-setup-plymouth)
 endif
 	@$(call add,BASE_PACKAGES_REGEXP,make-initrd-plymouth cpio)
-	@$(call add,BASE_KMODULES_REGEXP,drm.*)
 	@$(call add,THE_BRANDING,bootsplash)
 	@$(call add,THE_PACKAGES,make-initrd-plymouth)
 
diff --git a/features.in/stage2/config.mk b/features.in/stage2/config.mk
index e5d958e68..1e18baa0b 100644
--- a/features.in/stage2/config.mk
+++ b/features.in/stage2/config.mk
@@ -21,8 +21,7 @@ ifeq (,$(filter-out aarch64,$(ARCH)))
 endif
 	@:
 
-use/stage2/kms: use/stage2/drm
-	@$(call add,STAGE1_KMODULES_REGEXP,drm.*)
+use/stage2/kms: use/stage2/drm use/drm/stage2/free; @:
 
 # install mount.cifs to stage1
 # NB: there's builtin nfsmount there, no reason for nfs-utils
diff --git a/features.in/x11/config.mk b/features.in/x11/config.mk
index 379121e0a..a8187875c 100644
--- a/features.in/x11/config.mk
+++ b/features.in/x11/config.mk
@@ -5,19 +5,18 @@
 
 ## hardware support
 # the very minimal driver set
-use/x11:
+use/x11: use/drm
 	@$(call add_feature)
 	@$(call add,THE_LISTS,$(call tags,base xorg))
-	@$(call add,THE_KMODULES,drm)	# required by recent nvidia.ko as well
-	@$(call add,THE_KMODULES,$$(NVIDIA_KMODULES) $$(RADEON_KMODULES))
-	@$(call add,THE_PACKAGES,$$(NVIDIA_PACKAGES) $$(RADEON_PACKAGES))
+	@$(call add,THE_DRM_KMODULES,drm)	# required by recent nvidia.ko as well
+	@$(call add,THE_PACKAGES,$$(NVIDIA_PACKAGES)
 
-use/x11/xorg:: use/x11 use/x11/armsoc; @:
+use/x11/xorg:: use/x11 use/x11/armsoc use/drm/free; @:
 
 # x86: free drivers for various hardware (might lack acceleration)
 ifeq (,$(filter-out i586 x86_64 aarch64,$(ARCH)))
 use/x11/xorg:: use/x11/intel use/x11/nouveau use/x11/radeon use/x11/amdgpu \
-	use/x11/armsoc
+	use/x11/armsoc use/drm/free
 	@$(call add,THE_LISTS,$(call tags,desktop xorg))
 endif
 
@@ -38,7 +37,7 @@ endif
 
 ifeq (,$(filter-out e2k%,$(ARCH)))
 # e2k: mostly radeon, 101 got mga2/vivante
-use/x11/xorg:: use/x11/radeon use/x11/amdgpu use/x11/nouveau
+use/x11/xorg:: use/x11/radeon use/x11/amdgpu use/x11/nouveau use/drm/free
 
 ifeq (,$(filter-out e2kv4,$(ARCH)))
 use/x11/mga2: use/x11
@@ -59,18 +58,17 @@ endif
 use/x11/3d: use/x11/intel use/x11/nvidia/optimus use/x11/radeon; @:
 
 # somewhat lacking compared to radeon but still
-use/x11/nouveau: use/x11 use/firmware
-	@$(call set,NVIDIA_KMODULES,drm-nouveau)
+use/x11/nouveau: use/x11 use/firmware use/drm/nouveau
 	@$(call set,NVIDIA_PACKAGES,xorg-drv-nouveau)
 
 # has performance problems but is getting better, just not there yet
 use/x11/radeon: use/x11 use/firmware
-	@$(call set,RADEON_KMODULES,drm-radeon)
-	@$(call add,RADEON_PACKAGES,xorg-drv-ati xorg-drv-radeon)
+	@$(call add,THE_DRM_KMODULES,drm-radeon)
+	@$(call add,THE_PACKAGES,xorg-drv-ati xorg-drv-radeon)
 
 # here's the future
 use/x11/amdgpu: use/x11 use/firmware
-	@$(call add,RADEON_PACKAGES,xorg-drv-amdgpu)
+	@$(call add,THE_PACKAGES,xorg-drv-amdgpu)
 
 # Vulkan is new and bleeding edge, only intel and amgpu(pro?)
 use/x11/vulkan: use/x11/intel use/x11/amdgpu
@@ -82,8 +80,7 @@ use/x11/glvnd: use/x11
 	@$(call add,THE_PACKAGES,libglvnd-glx,libglvnd-egl)
 
 # sometimes broken with current xorg-server
-use/x11/nvidia: use/x11
-	@$(call set,NVIDIA_KMODULES,nvidia)
+use/x11/nvidia: use/x11 use/drm/nvidia
 	@$(call set,NVIDIA_PACKAGES,nvidia-settings nvidia-xconfig)
 
 use/x11/nvidia/optimus: use/x11/nvidia
-- 
2.25.4

Re: [devel-distro] nvidia vs nouveau в установленной системе

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

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

08.09.2020 16:46, Антон Мидюков пишет:
> 08.09.2020 15:46, Michael Shigorin пишет:
>> On Tue, Sep 08, 2020 at 10:08:57AM +0300, Sergey V Turchin wrote:
>> [...]
>>>> Возможно, в livecd тоже нужен nvidia, не сообразил в эту сторону.
>>> У меня nvidia в livecd.
>> Тогда stage2 придётся трогать, да.
>> Отлаживаться может быть проще и быстрее на live-glxgears.iso.
>>
> Выделил отдельную фичу drm
> (0001-drm-plymouth-stage2-x11-initial-feature-drm.patch).
>
> По дефолту свободный драйвер nouveau. Переключаться на проприетарный
> можно/нужно отдельно для THE_PACKAGES, BASE_PACKAGES и STAGE1_PACKAGES
> соответственно целями:
>
> use/drm/nvidia, use/drm/base/nvidia, use/drm/stage2/nvidia.
>
> Вместо use/drm/nvidia достаточно использовать use/x11/nvidia.
>
> use/drm/base/nvidia переключалка для use/plymouth, use/drm/stage2/nvidia
> для use/stage2/kms.
>
> Вроде работает как надо, но нужно будет потестировать ещё.
Упс. Отправил патч с неисправленной синтаксической ошибкой. Прикрепил
исправленный.

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


[-- Attachment #2: 0001-drm-plymouth-stage2-x11-initial-feature-drm.patch --]
[-- Type: text/x-patch, Size: 7239 bytes --]

>From 25e899a5b02ec3b995c284412e67703c797bb49b Mon Sep 17 00:00:00 2001
From: Anton Midyukov <antohami@altlinux.org>
Date: Tue, 8 Sep 2020 16:04:55 +0700
Subject: [PATCH] drm, plymouth, stage2, x11: initial feature drm

The drm feature solves the problem of creating a common entry
point for adding kernel drm modules for different package lists.
The need for allocation into a separate feature arose from one
parties to the need to make a switch between free and proprietary
NVIDIA driver, on the other, because of the need to add only drm
modules kernels for purposes such as use/stage2 /kms and use/plymouth.

Also no more switch needed for RADEON, as only the free video driver
remains.
---
 features.in/drm/README         |  7 ++++++
 features.in/drm/config.mk      | 43 ++++++++++++++++++++++++++++++++++
 features.in/plymouth/config.mk |  4 ++--
 features.in/stage2/config.mk   |  3 +--
 features.in/x11/config.mk      | 25 +++++++++-----------
 5 files changed, 64 insertions(+), 18 deletions(-)
 create mode 100644 features.in/drm/README
 create mode 100644 features.in/drm/config.mk

diff --git a/features.in/drm/README b/features.in/drm/README
new file mode 100644
index 000000000..e365536fd
--- /dev/null
+++ b/features.in/drm/README
@@ -0,0 +1,7 @@
+Фича drm решает задачу создания общей точки входа для
+добавления drm-модулей ядра для разных списков пакетов.
+Потребность выделения в отдельную фичу возникла с одной
+стороны в связи с необходимостью сделать переключатель
+между свободным и проприетарным драйвером NVIDIA,
+с другой из-за необходимости добавлять только drm-модули
+ядра в таких целях, как use/stage2/kms и use/plymouth.
diff --git a/features.in/drm/config.mk b/features.in/drm/config.mk
new file mode 100644
index 000000000..ade61a006
--- /dev/null
+++ b/features.in/drm/config.mk
@@ -0,0 +1,43 @@
+DRM_KMODULES := drm drm-radeon drm-ancient
+
+use/drm:
+	@$(call add_feature)
+	@$(call add,THE_KMODULES,$$(THE_DRM_KMODULES))
+	@$(call add,THE_KMODULES,$$(THE_NVIDIA_KMODULES))
+	@$(call add,BASE_KMODULES,$$(BASE_DRM_KMODULES))
+	@$(call add,BASE_KMODULES,$$(BASE_NVIDIA_KMODULES))
+	@$(call add,STAGE1_KMODULES,$$(STAGE1_DRM_KMODULES))
+	@$(call add,STAGE1_KMODULES,$$(STAGE1_NVIDIA_KMODULES))
+
+use/drm/nvidia: use/drm
+	@$(call set,THE_NVIDIA_KMODULES,nvidia)
+
+use/drm/nouveau: use/drm
+	@$(call set,THE_NVIDIA_KMODULES,nouveau)
+
+use/drm/free: use/drm/nouveau
+	@$(call add,THE_DRM_KMODULES,$(DRM_KMODULES))
+
+use/drm/non-free: use/drm/free use/drm/nvidia; @:
+
+use/drm/stage2/nvidia: use/drm
+	@$(call set,STAGE1_NVIDIA_KMODULES,nvidia)
+
+use/drm/stage2/nouveau: use/drm
+	@$(call set,STAGE1_NVIDIA_KMODULES,nouveau)
+
+use/drm/stage2/free: use/drm/stage2/nouveau
+	@$(call add,STAGE1_DRM_KMODULES,$(DRM_KMODULES))
+
+use/drm/stage2/non-free: use/drm/stage2/free use/drm/stage2/nvidia; @:
+
+use/drm/base/nvidia: use/drm
+	@$(call set,BASE_NVIDIA_KMODULES,nvidia)
+
+use/drm/base/nouveau: use/drm
+	@$(call set,BASE_NVIDIA_KMODULES,nouveau)
+
+use/drm/base/free: use/drm/base/nouveau
+	@$(call add,BASE_DRM_KMODULES,$(DRM_KMODULES))
+
+use/drm/base/non-free: use/drm/base/free use/drm/base/nvidia; @:
diff --git a/features.in/plymouth/config.mk b/features.in/plymouth/config.mk
index ea6e541b0..3c2cc4ed1 100644
--- a/features.in/plymouth/config.mk
+++ b/features.in/plymouth/config.mk
@@ -36,12 +36,12 @@ else
 use/plymouth/vm: use/plymouth; @:
 endif
 
-use/plymouth/base: use/plymouth/stage2 use/plymouth/vm
+use/plymouth/base: use/plymouth/stage2 use/plymouth/vm \
+	use/drm/base/free; @:
 ifeq (distro,$(IMAGE_CLASS))
 	@$(call add,INSTALL2_PACKAGES,installer-feature-setup-plymouth)
 endif
 	@$(call add,BASE_PACKAGES_REGEXP,make-initrd-plymouth cpio)
-	@$(call add,BASE_KMODULES_REGEXP,drm.*)
 	@$(call add,THE_BRANDING,bootsplash)
 	@$(call add,THE_PACKAGES,make-initrd-plymouth)
 
diff --git a/features.in/stage2/config.mk b/features.in/stage2/config.mk
index e5d958e68..1e18baa0b 100644
--- a/features.in/stage2/config.mk
+++ b/features.in/stage2/config.mk
@@ -21,8 +21,7 @@ ifeq (,$(filter-out aarch64,$(ARCH)))
 endif
 	@:
 
-use/stage2/kms: use/stage2/drm
-	@$(call add,STAGE1_KMODULES_REGEXP,drm.*)
+use/stage2/kms: use/stage2/drm use/drm/stage2/free; @:
 
 # install mount.cifs to stage1
 # NB: there's builtin nfsmount there, no reason for nfs-utils
diff --git a/features.in/x11/config.mk b/features.in/x11/config.mk
index 379121e0a..2d4f6f0b7 100644
--- a/features.in/x11/config.mk
+++ b/features.in/x11/config.mk
@@ -5,19 +5,18 @@
 
 ## hardware support
 # the very minimal driver set
-use/x11:
+use/x11: use/drm
 	@$(call add_feature)
 	@$(call add,THE_LISTS,$(call tags,base xorg))
-	@$(call add,THE_KMODULES,drm)	# required by recent nvidia.ko as well
-	@$(call add,THE_KMODULES,$$(NVIDIA_KMODULES) $$(RADEON_KMODULES))
-	@$(call add,THE_PACKAGES,$$(NVIDIA_PACKAGES) $$(RADEON_PACKAGES))
+	@$(call add,THE_DRM_KMODULES,drm)	# required by recent nvidia.ko as well
+	@$(call add,THE_PACKAGES,$$(NVIDIA_PACKAGES))
 
-use/x11/xorg:: use/x11 use/x11/armsoc; @:
+use/x11/xorg:: use/x11 use/x11/armsoc use/drm/free; @:
 
 # x86: free drivers for various hardware (might lack acceleration)
 ifeq (,$(filter-out i586 x86_64 aarch64,$(ARCH)))
 use/x11/xorg:: use/x11/intel use/x11/nouveau use/x11/radeon use/x11/amdgpu \
-	use/x11/armsoc
+	use/x11/armsoc use/drm/free
 	@$(call add,THE_LISTS,$(call tags,desktop xorg))
 endif
 
@@ -38,7 +37,7 @@ endif
 
 ifeq (,$(filter-out e2k%,$(ARCH)))
 # e2k: mostly radeon, 101 got mga2/vivante
-use/x11/xorg:: use/x11/radeon use/x11/amdgpu use/x11/nouveau
+use/x11/xorg:: use/x11/radeon use/x11/amdgpu use/x11/nouveau use/drm/free
 
 ifeq (,$(filter-out e2kv4,$(ARCH)))
 use/x11/mga2: use/x11
@@ -59,18 +58,17 @@ endif
 use/x11/3d: use/x11/intel use/x11/nvidia/optimus use/x11/radeon; @:
 
 # somewhat lacking compared to radeon but still
-use/x11/nouveau: use/x11 use/firmware
-	@$(call set,NVIDIA_KMODULES,drm-nouveau)
+use/x11/nouveau: use/x11 use/firmware use/drm/nouveau
 	@$(call set,NVIDIA_PACKAGES,xorg-drv-nouveau)
 
 # has performance problems but is getting better, just not there yet
 use/x11/radeon: use/x11 use/firmware
-	@$(call set,RADEON_KMODULES,drm-radeon)
-	@$(call add,RADEON_PACKAGES,xorg-drv-ati xorg-drv-radeon)
+	@$(call add,THE_DRM_KMODULES,drm-radeon)
+	@$(call add,THE_PACKAGES,xorg-drv-ati xorg-drv-radeon)
 
 # here's the future
 use/x11/amdgpu: use/x11 use/firmware
-	@$(call add,RADEON_PACKAGES,xorg-drv-amdgpu)
+	@$(call add,THE_PACKAGES,xorg-drv-amdgpu)
 
 # Vulkan is new and bleeding edge, only intel and amgpu(pro?)
 use/x11/vulkan: use/x11/intel use/x11/amdgpu
@@ -82,8 +80,7 @@ use/x11/glvnd: use/x11
 	@$(call add,THE_PACKAGES,libglvnd-glx,libglvnd-egl)
 
 # sometimes broken with current xorg-server
-use/x11/nvidia: use/x11
-	@$(call set,NVIDIA_KMODULES,nvidia)
+use/x11/nvidia: use/x11 use/drm/nvidia
 	@$(call set,NVIDIA_PACKAGES,nvidia-settings nvidia-xconfig)
 
 use/x11/nvidia/optimus: use/x11/nvidia
-- 
2.25.4

Re: [devel-distro] nvidia vs nouveau в установленной системе

[Sergey V Turchin]

On Tuesday, 8 September 2020 12:50:22 MSK Антон Мидюков wrote:

[...]
> Упс. Отправил патч с неисправленной синтаксической ошибкой. Прикрепил
> исправленный.
--- a/features.in/install2/install2/image-scripts.d/90-install2-cleanup-
drivers
+++ b/features.in/install2/install2/image-scripts.d/90-install2-cleanup-
drivers
@@ -1,9 +1,6 @@
 #!/bin/sh
 # drop extra drivers et al, purge kernel image(s)
.
-# xorg-dri-*
-rm -r /usr/lib*/X11/modules/dri
-
 # no movies during installation so far
 rm -rf /usr/lib*/vdpau/ /usr/lib*/libXv*

-- 
Regards, Sergey.

Re: [devel-distro] переводы, списки, форки; education/slinux

[Sergey V Turchin]

On Tuesday, 8 September 2020 12:25:09 MSK Michael Shigorin wrote:
> On Tue, Sep 08, 2020 at 10:21:43AM +0300, Sergey V Turchin wrote:
> > > Чтоб выбрасывать чужой мусор, надо очень хорошо понимать в нём
> > > -- ответственность куда больше, чем со своим...
> > 
> > Если он не имеет отношения к моему дистрибутиву,
> > то зачем он _только_ мне?
> 
> Смотри ещё раз: если кто-то добавил в какой-то список пакетов
> _общего_ назначения, который в целом тебе понравился для твоего
> дистрибутива, буквально один-два пакета, которые сейчас или
> вообще ты считаешь неподходящими для твоего дистрибутива --
Они вообще не коррелируют с моим дистрибутивом, написал же.

> смотришь по git blame, кто добавил, и пишешь ему/им свои
> соображения.
Почему именно я должен копаться в чужих колбасных обрезках?

[...]

-- 
Regards, Sergey.

Re: [devel-distro] nvidia vs nouveau в установленной системе

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

08.09.2020 17:52, Sergey V Turchin пишет:
> On Tuesday, 8 September 2020 12:50:22 MSK Антон Мидюков wrote:
>
> [...]
>> Упс. Отправил патч с неисправленной синтаксической ошибкой. Прикрепил
>> исправленный.
> --- a/features.in/install2/install2/image-scripts.d/90-install2-cleanup-
> drivers
> +++ b/features.in/install2/install2/image-scripts.d/90-install2-cleanup-
> drivers
> @@ -1,9 +1,6 @@
>  #!/bin/sh
>  # drop extra drivers et al, purge kernel image(s)
> .
> -# xorg-dri-*
> -rm -r /usr/lib*/X11/modules/dri
> -
>  # no movies during installation so far
>  rm -rf /usr/lib*/vdpau/ /usr/lib*/libXv*

Это проприетарному NVIDIA надо или вообще всем драйверам желательно?

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

Re: [devel-distro] nvidia vs nouveau в установленной системе

[Sergey V Turchin]

On Tuesday, 8 September 2020 14:07:22 MSK Антон Мидюков wrote:
> 08.09.2020 17:52, Sergey V Turchin пишет:
> > On Tuesday, 8 September 2020 12:50:22 MSK Антон Мидюков wrote:
> > 
> > [...]
> > 
> >> Упс. Отправил патч с неисправленной синтаксической ошибкой. Прикрепил
> >> исправленный.
> > 
> > --- a/features.in/install2/install2/image-scripts.d/90-install2-cleanup-
> > drivers
> > +++ b/features.in/install2/install2/image-scripts.d/90-install2-cleanup-
> > drivers
> > @@ -1,9 +1,6 @@
> > 
> >  #!/bin/sh
> >  # drop extra drivers et al, purge kernel image(s)
> > 
> > .
> > -# xorg-dri-*
> > -rm -r /usr/lib*/X11/modules/dri
> > -
> > 
> >  # no movies during installation so far
> >  rm -rf /usr/lib*/vdpau/ /usr/lib*/libXv*
> 
> Это проприетарному NVIDIA надо или вообще всем драйверам желательно?
Без этого "фиг вам, а не nouveau в инсталляторе" конкретно у меня.

-- 
Regards, Sergey.

Re: [devel-distro] nvidia vs nouveau в установленной системе

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

08.09.2020 18:12, Sergey V Turchin пишет:
> On Tuesday, 8 September 2020 14:07:22 MSK Антон Мидюков wrote:
>> 08.09.2020 17:52, Sergey V Turchin пишет:
>>> On Tuesday, 8 September 2020 12:50:22 MSK Антон Мидюков wrote:
>>>
>>> [...]
>>>
>>>> Упс. Отправил патч с неисправленной синтаксической ошибкой. Прикрепил
>>>> исправленный.
>>> --- a/features.in/install2/install2/image-scripts.d/90-install2-cleanup-
>>> drivers
>>> +++ b/features.in/install2/install2/image-scripts.d/90-install2-cleanup-
>>> drivers
>>> @@ -1,9 +1,6 @@
>>>
>>>  #!/bin/sh
>>>  # drop extra drivers et al, purge kernel image(s)
>>>
>>> .
>>> -# xorg-dri-*
>>> -rm -r /usr/lib*/X11/modules/dri
>>> -
>>>
>>>  # no movies during installation so far
>>>  rm -rf /usr/lib*/vdpau/ /usr/lib*/libXv*
>> Это проприетарному NVIDIA надо или вообще всем драйверам желательно?
> Без этого "фиг вам, а не nouveau в инсталляторе" конкретно у меня.

Скорее всего у всех. Мне самому патч оформить?

И всё-таки, не соображу. В kworkstation в инсталляторе nouveau значит
используется, а в live и установленной проприетарный NVIDIA?

Если так, то не пойму как в инсталляторе может быть nouveau, а в live
nvidia? Они же в STAGE1_PACKAGES должны быть тогда оба?

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

Re: [devel-distro] nvidia vs nouveau в установленной системе

[Sergey V Turchin]

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

On Tuesday, 8 September 2020 14:56:33 MSK Антон Мидюков wrote:

[...]
> > Без этого "фиг вам, а не nouveau в инсталляторе" конкретно у меня.
> 
> Скорее всего у всех. Мне самому патч оформить?
Как хочешь. У меня это 649eb04c9ee7d23f53e713ecbe95c7bb96c26439 .

> И всё-таки, не соображу. В kworkstation в инсталляторе nouveau значит
> используется, а в live и установленной проприетарный NVIDIA?
Да.

> Если так, то не пойму как в инсталляторе может быть nouveau, а в live
> nvidia? Они же в STAGE1_PACKAGES должны быть тогда оба?
Нет. У меня
mixin/kworkstation-install-opts:
      @$(call add,STAGE2_KMODULES,drm-nouveau)

Еще раз прикладываю.


-- 
Regards, Sergey.

[-- Attachment #2: nvidia.patch --]
[-- Type: text/x-patch, Size: 1431 bytes --]

--- /dev/null
+++ b/conf.d/kworkstation.mk
+mixin/kworkstation-common-opts:
+	@$(call add,CLEANUP_PACKAGES,'^kernel-modules-drm-nouveau.*')
+
+mixin/kworkstation-install-opts:
+	@$(call add,STAGE2_KMODULES,drm-nouveau)
--- a/features.in/plymouth/config.mk
+++ b/features.in/plymouth/config.mk
@@ -41,7 +41,7 @@ ifeq (distro,$(IMAGE_CLASS))
 	@$(call add,INSTALL2_PACKAGES,installer-feature-setup-plymouth)
 endif
 	@$(call add,BASE_PACKAGES_REGEXP,make-initrd-plymouth cpio)
-	@$(call add,BASE_KMODULES_REGEXP,drm.*)
+	@$(call add,BASE_KMODULES,drm drm-radeon)
 	@$(call add,THE_BRANDING,bootsplash)
 	@$(call add,THE_PACKAGES,make-initrd-plymouth)
 
--- a/features.in/stage2/config.mk
+++ b/features.in/stage2/config.mk
@@ -22,7 +22,7 @@ endif
 	@:
 
 use/stage2/kms: use/stage2/drm
-	@$(call add,STAGE1_KMODULES_REGEXP,drm.*)
+	@$(call add,STAGE1_KMODULES,drm drm-radeon)
 
 # install mount.cifs to stage1
 # NB: there's builtin nfsmount there, no reason for nfs-utils
--- a/features.in/x11/config.mk
+++ b/features.in/x11/config.mk
@@ -16,7 +16,7 @@ use/x11/xorg:: use/x11 use/x11/armsoc; @:
 
 # x86: free drivers for various hardware (might lack acceleration)
 ifeq (,$(filter-out i586 x86_64 aarch64,$(ARCH)))
-use/x11/xorg:: use/x11/intel use/x11/nouveau use/x11/radeon use/x11/amdgpu \
+use/x11/xorg:: use/x11/intel use/x11/radeon use/x11/amdgpu \
 	use/x11/armsoc
 	@$(call add,THE_LISTS,$(call tags,desktop xorg))
 endif

Re: [devel-distro] nvidia vs nouveau в установленной системе

[Konstantin Lepikhov]

Hi Sergey!

On 09/08/2020, at 01:52:32 PM you wrote:

> On Tuesday, 8 September 2020 12:50:22 MSK Антон Мидюков wrote:
> 
> [...]
> > Упс. Отправил патч с неисправленной синтаксической ошибкой. Прикрепил
> > исправленный.
> --- a/features.in/install2/install2/image-scripts.d/90-install2-cleanup-
> drivers
> +++ b/features.in/install2/install2/image-scripts.d/90-install2-cleanup-
> drivers
> @@ -1,9 +1,6 @@
>  #!/bin/sh
>  # drop extra drivers et al, purge kernel image(s)
> .
> -# xorg-dri-*
> -rm -r /usr/lib*/X11/modules/dri
> -
>  # no movies during installation so far
>  rm -rf /usr/lib*/vdpau/ /usr/lib*/libXv*
смешные вы - если грохнуть dri, то отвалится 2D ускорение у intel/radeon
которые загружаются через modesetting (а у radeon так вообще везде).

т.к. сейчас ускорение сделано через glamor, а он зависит от dri.

Для nvidia давным давно была ручка грузить свой libglx, который
подхватывает правильные драйвера в обход системных.

-- 
WBR et al.

Re: [devel-distro] nvidia vs nouveau в установленной системе

[Sergey V Turchin]

On Tuesday, 8 September 2020 15:21:41 MSK Konstantin Lepikhov wrote:
> Hi Sergey!
> 
> On 09/08/2020, at 01:52:32 PM you wrote:
> > On Tuesday, 8 September 2020 12:50:22 MSK Антон Мидюков wrote:
> > 
> > [...]
> > 
> > > Упс. Отправил патч с неисправленной синтаксической ошибкой. Прикрепил
> > > исправленный.
> > 
> > --- a/features.in/install2/install2/image-scripts.d/90-install2-cleanup-
> > drivers
> > +++ b/features.in/install2/install2/image-scripts.d/90-install2-cleanup-
> > drivers
> > @@ -1,9 +1,6 @@
> > 
> >  #!/bin/sh
> >  # drop extra drivers et al, purge kernel image(s)
> > 
> > .
> > -# xorg-dri-*
> > -rm -r /usr/lib*/X11/modules/dri
> > -
> > 
> >  # no movies during installation so far
> >  rm -rf /usr/lib*/vdpau/ /usr/lib*/libXv*
> 
> смешные вы - если грохнуть dri, то отвалится 2D ускорение у intel/radeon
> которые загружаются через modesetting (а у radeon так вообще везде).
Скорее всего я и чинил radeon, но подзабыл.

> т.к. сейчас ускорение сделано через glamor, а он зависит от dri.
> 
> Для nvidia давным давно была ручка грузить свой libglx, который
> подхватывает правильные драйвера в обход системных.


-- 
Regards, Sergey.

Re: [devel-distro] переводы, списки, форки; education/slinux

[Michael Shigorin]

On Tue, Sep 08, 2020 at 02:04:06PM +0300, Sergey V Turchin wrote:
> > > > Чтоб выбрасывать чужой мусор, надо очень хорошо понимать в нём
> > > > -- ответственность куда больше, чем со своим...
> > > Если он не имеет отношения к моему дистрибутиву,
> > > то зачем он _только_ мне?
> > Смотри ещё раз: если кто-то добавил в какой-то список пакетов
> > _общего_ назначения, который в целом тебе понравился для твоего
> > дистрибутива, буквально один-два пакета, которые сейчас или
> > вообще ты считаешь неподходящими для твоего дистрибутива --
> Они вообще не коррелируют с моим дистрибутивом, написал же.

Значит, не бери.

> > смотришь по git blame, кто добавил, и пишешь ему/им свои
> > соображения.
> Почему именно я должен копаться в чужих колбасных обрезках?

(терпеливо) Потому что _ты_ решил их взять в _свой_ дистрибутив.

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

Re: [devel-distro] переводы, списки, форки; education/slinux

[Sergey V Turchin]

On Tuesday, 8 September 2020 22:26:03 MSK Michael Shigorin wrote:
> On Tue, Sep 08, 2020 at 02:04:06PM +0300, Sergey V Turchin wrote:
> > > > > Чтоб выбрасывать чужой мусор, надо очень хорошо понимать в нём
> > > > > -- ответственность куда больше, чем со своим...
> > > > 
> > > > Если он не имеет отношения к моему дистрибутиву,
> > > > то зачем он _только_ мне?
> > > 
> > > Смотри ещё раз: если кто-то добавил в какой-то список пакетов
> > > _общего_ назначения, который в целом тебе понравился для твоего
> > > дистрибутива, буквально один-два пакета, которые сейчас или
> > > вообще ты считаешь неподходящими для твоего дистрибутива --
> > 
> > Они вообще не коррелируют с моим дистрибутивом, написал же.
> Значит, не бери.
Ок.
 
> > > смотришь по git blame, кто добавил, и пишешь ему/им свои
> > > соображения.
> > 
> > Почему именно я должен копаться в чужих колбасных обрезках?
> 
> (терпеливо) Потому что _ты_ решил их взять в _свой_ дистрибутив.
Ага. А ещё я "взял в дистрибутив" рабочую станцию, образование, регулярки, 
стартеркиты, simply, серверы разные и остальное, что лежит в conf.d/ .  ;-)

-- 
Regards, Sergey.

Re: [devel-distro] переводы, списки, форки; education/slinux

[Michael Shigorin]

On Wed, Sep 09, 2020 at 10:25:19AM +0300, Sergey V Turchin wrote:
> > > Почему именно я должен копаться в чужих колбасных обрезках?
> > (терпеливо) Потому что _ты_ решил их взять в _свой_ дистрибутив.
> Ага. А ещё я "взял в дистрибутив" рабочую станцию, образование,
> регулярки, стартеркиты, simply, серверы разные и остальное, что
> лежит в conf.d/ .  ;-)

Нет, их ты не брал в дистрибутив.  А что в точности взял --
можно прочитать в build/ или ином $(BUILDDIR) после сборки,
причём достаточно make CHECK=1 kworkstation-install.iso

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

Глянь README в conf.d/ и pkg.in/lists/ :-)  Ну и в целом есть
http://nightly.altlinux.org/docs/mkimage-profiles.html
(да, местами неудобоваримо, особенно введение -- баги/патчи
и по документации приветствуются).

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

Re: [devel-distro] переводы, списки, форки; education/slinux

[Sergey V Turchin]

On Wednesday, 9 September 2020 11:49:05 MSK Michael Shigorin wrote:
> On Wed, Sep 09, 2020 at 10:25:19AM +0300, Sergey V Turchin wrote:
> > > > Почему именно я должен копаться в чужих колбасных обрезках?
> > > 
> > > (терпеливо) Потому что _ты_ решил их взять в _свой_ дистрибутив.
> > 
> > Ага. А ещё я "взял в дистрибутив" рабочую станцию, образование,
> > регулярки, стартеркиты, simply, серверы разные и остальное, что
> > лежит в conf.d/ .  ;-)
> 
> Нет, их ты не брал в дистрибутив.
Я знаю, но ты выше утверждаешь, что взял и мне нужно отследить их изменения на 
предмет потерянных полезностей.

[...]

-- 
Regards, Sergey.

[devel-distro] отфильтровать общий список

[Sergey V Turchin]

On Monday, 7 September 2020 16:56:00 MSK Michael Shigorin wrote:

[...]
> Конкретно в rescue+x11 изменений за всё время после создания
> был целый десяток, если что.
> 
> И выделить rescue+x11+extra, а "себе" забирать булевым выражением
> 
> 	$(call tags,rescue && x11 && !extra)
> 
> вместо
> 
> 	$(call tags,rescue x11)
> 
> -- по-моему, не так уж и сложно, было бы желание.
Не работает, не ругается и вообще про этот "extra" в логах молчок.
Напиши, пожалуйста, конкретно, как называется, где лежит и что содержит файл 
"extra" на примере autopsy и что ещё где нужно написать.

[...]

-- 
Regards, Sergey.

Re: [devel-distro] переводы, списки, форки (was: коммиты для kworkstation)

[Sergey V Turchin]

On Monday, 7 September 2020 16:56:00 MSK Michael Shigorin wrote:

[...]
> Конкретно в rescue+x11 изменений за всё время после создания
> был целый десяток, если что.
> 
> И выделить rescue+x11+extra, а "себе" забирать булевым выражением
А rescue+x11 при этом оставить в первоначальном виде?

> 	$(call tags,rescue && x11 && !extra)
> 
> вместо
> 
> 	$(call tags,rescue x11)
> 
> -- по-моему, не так уж и сложно, было бы желание.
[...]

-- 
Regards, Sergey.

Re: [devel-distro] переводы, списки, форки; education/slinux

[Michael Shigorin]

On Wed, Sep 09, 2020 at 11:56:03AM +0300, Sergey V Turchin wrote:
> > > > > Почему именно я должен копаться в чужих колбасных обрезках?
> > > > (терпеливо) Потому что _ты_ решил их взять в _свой_ дистрибутив.
> > > Ага. А ещё я "взял в дистрибутив" рабочую станцию, образование,
> > > регулярки, стартеркиты, simply, серверы разные и остальное, что
> > > лежит в conf.d/ . ;-)
> > Нет, их ты не брал в дистрибутив.
> Я знаю, но ты выше утверждаешь, что взял

Это я утверждал про список пакетов rescue+x11.

> и мне нужно отследить их изменения на предмет потерянных
> полезностей.

s/нужно/можно/ :)

PS: если непонятно пишу -- так и скажи, а то уже какая-то
подмена понятий будто пошла бестолковая.

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