[devel] Не пора ли рассекретить наш /proc/cmdline?

[devel] Не пора ли рассекретить наш /proc/cmdline?

[Leonid Krivoshein]

Всем привет!


Набросал табличку на ВиКи: https://www.altlinux.org/Cmdline , но в 
одиночку не потяну, тут нужны знающие меинтейнеры. Навести порядок 
("провести инвентаризацию") здесь необходимо, так как отсутствие 
нормальной документации препятствует разработке и приводит ко всяким 
казусам. Например, код для смены дискет в пропагаторе удалён, а параметр 
changedisk нет, мало того, он используется в некоторых ISO-образах для 
не-intel. Мне кажется, отлавливать использование /proc/cmdline (для 
начала хотя бы в скриптах) могла бы и сборочница, на основании этого 
формировать список пакетов, в которых данный файл упоминается.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Alexey Gladkov]

On Wed, Nov 04, 2020 at 09:39:14PM +0300, Leonid Krivoshein wrote:
> Всем привет!
> 
> 
> Набросал табличку на ВиКи: https://www.altlinux.org/Cmdline , но в одиночку
> не потяну, тут нужны знающие меинтейнеры. Навести порядок ("провести
> инвентаризацию") здесь необходимо, так как отсутствие нормальной
> документации препятствует разработке

Эта таблица "вырвана" из проектов и устареет практически сразу. Она не
будет обновляться вместе с этими проектами.

Зачем нужна эта таблица ?

P.S. В этой таблице вы забыли едва ли не главного пользователя - ядро.
P.P.S. А ещё systemd c его тонной опций :)

-- 
Rgrds, legion

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Leonid Krivoshein]

Алексей, спасибо за отклик! Ты один из тех, к кому это было адресовано...


04.11.2020 22:14, Alexey Gladkov пишет:
> On Wed, Nov 04, 2020 at 09:39:14PM +0300, Leonid Krivoshein wrote:
>> Всем привет!
>>
>>
>> Набросал табличку на ВиКи: https://www.altlinux.org/Cmdline , но в одиночку
>> не потяну, тут нужны знающие меинтейнеры. Навести порядок ("провести
>> инвентаризацию") здесь необходимо, так как отсутствие нормальной
>> документации препятствует разработке
> Эта таблица "вырвана" из проектов и устареет практически сразу. Она не
> будет обновляться вместе с этими проектами.

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


> Зачем нужна эта таблица ?

Причины её создания описаны в изначальном письме. Умышленно не стал 
говорить ничего про НДВ, хотя и так всем понятно. Собственно для меня 
это стало блокером выкладывания в Сизиф почти готового инструмента 
iso2stick, предназначенного для конвертирования официальных ISO-образов 
Альт в загрузочные стики. Загрузочное меню там создаётся заново, а 
анализ имеющихся дистрибутивов как раз показал, что здесь у нас кто в 
лес, кто по дрова.


> P.S. В этой таблице вы забыли едва ли не главного пользователя - ядро.

Нет, не забыл. См. ссылку на пакете kernel-image.


> P.P.S. А ещё systemd c его тонной опций :)

Разумеется, таблица только начала заполняться. Тут и новый make-initrd 
ещё не внесён. Но я не представляю, как можно определить исчерпывающий 
список пакетов, ссылающихся на /proc/cmdline, не автоматизировав это в 
сборочнице.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Alexey Gladkov]

On Wed, Nov 04, 2020 at 10:29:42PM +0300, Leonid Krivoshein wrote:
> Алексей, спасибо за отклик! Ты один из тех, к кому это было адресовано...

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

> 04.11.2020 22:14, Alexey Gladkov пишет:
> > On Wed, Nov 04, 2020 at 09:39:14PM +0300, Leonid Krivoshein wrote:
> > > Всем привет!
> > > 
> > > 
> > > Набросал табличку на ВиКи: https://www.altlinux.org/Cmdline , но в одиночку
> > > не потяну, тут нужны знающие меинтейнеры. Навести порядок ("провести
> > > инвентаризацию") здесь необходимо, так как отсутствие нормальной
> > > документации препятствует разработке
> > Эта таблица "вырвана" из проектов и устареет практически сразу. Она не
> > будет обновляться вместе с этими проектами.
> 
> Об этом я тоже думал, а потому хорошо бы завести полиси на этот счёт или
> хотя бы рекомендовать меинтейнерам вносить изменения в эту таблицу по ходу.

Вы хотите заставить мантейнеров ядер/systemd/других отслеживать и вносить
новые опции ядра в эту таблицу ?

> 
> > Зачем нужна эта таблица ?
> 
> Причины её создания описаны в изначальном письме. Умышленно не стал говорить
> ничего про НДВ, хотя и так всем понятно. Собственно для меня это стало
> блокером выкладывания в Сизиф почти готового инструмента iso2stick,
> предназначенного для конвертирования официальных ISO-образов Альт в
> загрузочные стики. Загрузочное меню там создаётся заново, а анализ имеющихся
> дистрибутивов как раз показал, что здесь у нас кто в лес, кто по дрова.

В изначальном письме вы только написали, что вы не нашли нормальную
документацию, что препятствует разработке.

Отсутствие в некоторых проектах в некоторой степени правда. Мне кажется,
это решается документированием этих параметров в соответствующих проектах.

> > P.S. В этой таблице вы забыли едва ли не главного пользователя - ядро.
> 
> Нет, не забыл. См. ссылку на пакете kernel-image.

Упоминаний ядра настолько мало, что я решил округлить :)

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/admin-guide/kernel-parameters.txt

> > P.P.S. А ещё systemd c его тонной опций :)
> 
> Разумеется, таблица только начала заполняться. Тут и новый make-initrd ещё
> не внесён.

Например, в make-initrd есть документация по cmdline параметрам. Зачем их
вписывать в эту таблицу ?

-- 
Rgrds, legion

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Dmitry V. Levin]

On Wed, Nov 04, 2020 at 08:50:11PM +0100, Alexey Gladkov wrote:
> On Wed, Nov 04, 2020 at 10:29:42PM +0300, Leonid Krivoshein wrote:
[...]
> > > P.S. В этой таблице вы забыли едва ли не главного пользователя - ядро.
> > 
> > Нет, не забыл. См. ссылку на пакете kernel-image.
> 
> Упоминаний ядра настолько мало, что я решил округлить :)
> 
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/admin-guide/kernel-parameters.txt

Не забудьте ещё про
- Documentation/x86/x86_64/boot-options.rst
- Documentation/x86/x86_64/machinecheck.rst
- другие архитектуры тоже существуют :)


-- 
ldv

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Alexey Gladkov]

On Wed, Nov 04, 2020 at 10:59:18PM +0300, Dmitry V. Levin wrote:
> On Wed, Nov 04, 2020 at 08:50:11PM +0100, Alexey Gladkov wrote:
> > On Wed, Nov 04, 2020 at 10:29:42PM +0300, Leonid Krivoshein wrote:
> [...]
> > > > P.S. В этой таблице вы забыли едва ли не главного пользователя - ядро.
> > > 
> > > Нет, не забыл. См. ссылку на пакете kernel-image.
> > 
> > Упоминаний ядра настолько мало, что я решил округлить :)
> > 
> > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/admin-guide/kernel-parameters.txt
> 
> Не забудьте ещё про
> - Documentation/x86/x86_64/boot-options.rst
> - Documentation/x86/x86_64/machinecheck.rst
> - другие архитектуры тоже существуют :)

Ну Дим! Ну зачем ты мне всю интригу испортил !!! )))

Просто после решения о переносе и локализации kernel-parameters.txt я бы
показал другие файлы с параметрами.

-- 
Rgrds, legion

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Dmitry V. Levin]

On Wed, Nov 04, 2020 at 09:05:49PM +0100, Alexey Gladkov wrote:
> On Wed, Nov 04, 2020 at 10:59:18PM +0300, Dmitry V. Levin wrote:
> > On Wed, Nov 04, 2020 at 08:50:11PM +0100, Alexey Gladkov wrote:
> > > On Wed, Nov 04, 2020 at 10:29:42PM +0300, Leonid Krivoshein wrote:
> > [...]
> > > > > P.S. В этой таблице вы забыли едва ли не главного пользователя - ядро.
> > > > 
> > > > Нет, не забыл. См. ссылку на пакете kernel-image.
> > > 
> > > Упоминаний ядра настолько мало, что я решил округлить :)
> > > 
> > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/admin-guide/kernel-parameters.txt
> > 
> > Не забудьте ещё про
> > - Documentation/x86/x86_64/boot-options.rst
> > - Documentation/x86/x86_64/machinecheck.rst
> > - другие архитектуры тоже существуют :)
> 
> Ну Дим! Ну зачем ты мне всю интригу испортил !!! )))
> 
> Просто после решения о переносе и локализации kernel-parameters.txt я бы
> показал другие файлы с параметрами.

Найти все такие файлы в ядре - это отдельное развлечение, кстати. :)


-- 
ldv

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Vitaly Lipatov]

Alexey Gladkov писал 4.11.20 22:14:
> On Wed, Nov 04, 2020 at 09:39:14PM +0300, Leonid Krivoshein wrote:
>> Всем привет!
>> 
>> 
>> Набросал табличку на ВиКи: https://www.altlinux.org/Cmdline , но в 
>> одиночку
>> не потяну, тут нужны знающие меинтейнеры. Навести порядок ("провести
>> инвентаризацию") здесь необходимо, так как отсутствие нормальной
>> документации препятствует разработке
> 
> Эта таблица "вырвана" из проектов и устареет практически сразу. Она не
> будет обновляться вместе с этими проектами.
> 
> Зачем нужна эта таблица ?
> 
> P.S. В этой таблице вы забыли едва ли не главного пользователя - ядро.
> P.P.S. А ещё systemd c его тонной опций :)
Критики зачем-то подменяют цель создания этой таблицы — документирования 
основных параметров, и особенно внесённых альтом — на создание 
исчерпывающего списка, включая ядра всех архитектур, systemd и пр, а 
потом смеются, что это невозможно.

А список базовых и популярных параметров ядра очень даже не помешает.

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Alexey Gladkov]

On Wed, Nov 04, 2020 at 09:39:14PM +0300, Leonid Krivoshein wrote:
> Всем привет!
> 
> 
> Набросал табличку на ВиКи: https://www.altlinux.org/Cmdline , но в одиночку
> не потяну, тут нужны знающие меинтейнеры. Навести порядок ("провести
> инвентаризацию") здесь необходимо, так как отсутствие нормальной
> документации препятствует разработке и приводит ко всяким казусам. Например,
> код для смены дискет в пропагаторе удалён, а параметр changedisk нет, мало
> того, он используется в некоторых ISO-образах для не-intel. Мне кажется,
> отлавливать использование /proc/cmdline (для начала хотя бы в скриптах)
> могла бы и сборочница, на основании этого формировать список пакетов, в
> которых данный файл упоминается.

Кстати, чтобы ваша таблица была честной, то во втором столбце должны быть
не имена пакетов, а ещё версии, где они появились. А иногда и
конфигурация, в которой опции появляются. Для ядра это опции сборки т.к.
нельзя рассчитывать, что в linux-X.Y будет опция Z. Для упомянутого
make-initrd это фичи.

-- 
Rgrds, legion

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Alexey Gladkov]

On Thu, Nov 05, 2020 at 12:15:43AM +0300, Vitaly Lipatov wrote:
> > P.S. В этой таблице вы забыли едва ли не главного пользователя - ядро.
> > P.P.S. А ещё systemd c его тонной опций :)
> Критики зачем-то подменяют цель создания этой таблицы — документирования
> основных параметров, и особенно внесённых альтом — на создание
> исчерпывающего списка, включая ядра всех архитектур, systemd и пр, а потом
> смеются, что это невозможно.

Хорошая попытка, но вот это предложение не подразумевает разделение на
"наших" и "ваших":

> Мне кажется, отлавливать использование /proc/cmdline (для начала хотя бы в
> скриптах) могла бы и сборочница, на основании этого формировать список
> пакетов, в которых данный файл упоминается.

Вы предлагает ввести список "наших" пакетов и их проверять на упоминание
/proc/cmdline ?! Я предлагаю назвать проверку alt-ghetto :))

А если серьёзно и если речь идёт только о проектах альта, то всё руках
альта и их нужно попросить задокументировать в трёх с половиной проектах
их несколько опций.

> А список базовых и популярных параметров ядра очень даже не помешает.

Сформулируйте критерии популярности параметров ядра )))

-- 
Rgrds, legion

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Leonid Krivoshein]

05.11.2020 0:53, Alexey Gladkov пишет:
> On Thu, Nov 05, 2020 at 12:15:43AM +0300, Vitaly Lipatov wrote:
>>> P.S. В этой таблице вы забыли едва ли не главного пользователя - ядро.
>>> P.P.S. А ещё systemd c его тонной опций :)
>> Критики зачем-то подменяют цель создания этой таблицы — документирования
>> основных параметров, и особенно внесённых альтом — на создание
>> исчерпывающего списка, включая ядра всех архитектур, systemd и пр, а потом
>> смеются, что это невозможно.
> Хорошая попытка, но вот это предложение не подразумевает разделение на
> "наших" и "ваших":

Цель создания таблицы -- иметь единую точку входа для краткого сведения 
параметров, реально используемых в дистрибутивах Альт. Ссылка на 
параметры ядра там изначально приведена только для тех параметров, 
которые в наших дистрибутивах реально используются: 
https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html 
. Речи не идёт о том, что пользователь может использовать и другие 
параметры. Это справочник для дистростроителя.

Да, мне известно о существовании тысяч других параметров. Но интересуют 
только альт-специфичные либо те, которые используются в наших 
ISO-образах. Отсутствие такого описания -- НДВ. Что делает changedisk в 
ISO-образе ppc64le? А зачем нужен параметр showopts? К какому пакету он 
относится? Он есть почти в каждом нашем ISO-образе. И это не 
риторические вопросы, это ответ на твой вопрос, зачем нужна данная 
таблица. Потому что ты принимаешь патчи в тот же mkimage с этими 
странными опциями, и даже те, кто тебе их отправляет, не в курсе, зачем 
эти опции попадают на все наши ISO-диски. Я уже не говорю про 
потенциально возможные конфликты, про ip= ты конечно же знаешь.


>> Мне кажется, отлавливать использование /proc/cmdline (для начала хотя бы в
>> скриптах) могла бы и сборочница, на основании этого формировать список
>> пакетов, в которых данный файл упоминается.
> Вы предлагает ввести список "наших" пакетов и их проверять на упоминание
> /proc/cmdline ?! Я предлагаю назвать проверку alt-ghetto :))

Хоть горшком назовите, только в печку не ставьте. :-)


> А если серьёзно и если речь идёт только о проектах альта, то всё руках
> альта и их нужно попросить задокументировать в трёх с половиной проектах
> их несколько опций.

Но начать придётся всё равно с того, что определить эти три с половиной 
проекта.


>> А список базовых и популярных параметров ядра очень даже не помешает.
> Сформулируйте критерии популярности параметров ядра )))


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Leonid Krivoshein]

05.11.2020 1:03, Aleksey Novodvorsky пишет:
> чт, 5 нояб. 2020 г., 00:53 Alexey Gladkov <legion@altlinux.ru 
> <mailto:legion@altlinux.ru>>:
>
>     On Thu, Nov 05, 2020 at 12:15:43AM +0300, Vitaly Lipatov wrote:
>     [...]
>
>     > А список базовых и популярных параметров ядра очень даже не
>     помешает.
>
>     Сформулируйте критерии популярности параметров ядра )))
>
>
> Это как раз просто. Параметры ядра, о которых спрашивали пользователи, 
> а также те, о которых решили рассказать авторы странички.
> Но тогда ее так и надо позиционировать, без всяких претензий на 
> полноту и без пустых мест. О чем и написать в самом начале.
>

В самом начале это написано в исходной редакции. Про пустые места, а 
точнее знаки вопроса, написано в этой рассылке -- я пока не знаю, чем их 
заполнить, тут есть знающие люди, например mike@, boyarsh@, legion@ и 
другие.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Alexey Gladkov]

On Thu, Nov 05, 2020 at 01:14:02AM +0300, Leonid Krivoshein wrote:
> 
> 05.11.2020 0:53, Alexey Gladkov пишет:
> > On Thu, Nov 05, 2020 at 12:15:43AM +0300, Vitaly Lipatov wrote:
> > > > P.S. В этой таблице вы забыли едва ли не главного пользователя - ядро.
> > > > P.P.S. А ещё systemd c его тонной опций :)
> > > Критики зачем-то подменяют цель создания этой таблицы — документирования
> > > основных параметров, и особенно внесённых альтом — на создание
> > > исчерпывающего списка, включая ядра всех архитектур, systemd и пр, а потом
> > > смеются, что это невозможно.
> > Хорошая попытка, но вот это предложение не подразумевает разделение на
> > "наших" и "ваших":
> 
> Цель создания таблицы -- иметь единую точку входа для краткого сведения
> параметров, реально используемых в дистрибутивах Альт. Ссылка на параметры
> ядра там изначально приведена только для тех параметров, которые в наших
> дистрибутивах реально используются:
> https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html .
> Речи не идёт о том, что пользователь может использовать и другие параметры.
> Это справочник для дистростроителя.

Ааа. Вот теперь ясно. Это от дистростроителей для дистростроителей. Тогда
вопросов не имею. Заполняйте её чем считаете нужным. Я не дистростроитель.

> Да, мне известно о существовании тысяч других параметров. Но интересуют
> только альт-специфичные либо те, которые используются в наших ISO-образах.

Ясно. Тут я не помощник т.к. понятия не имею что там используется.

> Отсутствие такого описания -- НДВ.

Я не знаю, что это за аббревиатура. 

> Я уже не говорю про потенциально возможные конфликты, про ip= ты конечно
> же знаешь.

Конечно же нет.

-- 
Rgrds, legion

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Alexey Gladkov]

On Thu, Nov 05, 2020 at 01:03:51AM +0300, Aleksey Novodvorsky wrote:
> > Сформулируйте критерии популярности параметров ядра )))
> >
> 
> Это как раз просто. Параметры ядра, о которых спрашивали пользователи, а
> также те, о которых решили рассказать авторы странички.

Для документирования силами компании это хороший критерий. Для мантейнера
пакета нет. Выходит, что эта страничка просто публичная инициатива
сотрудников по улучшению документации. Просто сформулирована инициатива
была так будто это должно быть некое общее правило для пакетов, что может
быть так только для сотрудников.

> Но тогда ее так и надо позиционировать, без всяких претензий на полноту и
> без пустых мест. О чем и написать в самом начале.

Да, именно. Спасибо за пояснение.

-- 
Rgrds, legion

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Alexey Gladkov]

On Wed, Nov 04, 2020 at 09:39:14PM +0300, Leonid Krivoshein wrote:
> Всем привет!
> 
> 
> Набросал табличку на ВиКи: https://www.altlinux.org/Cmdline , но в одиночку
> не потяну, тут нужны знающие меинтейнеры. Навести порядок ("провести
> инвентаризацию") здесь необходимо, так как отсутствие нормальной
> документации препятствует разработке и приводит ко всяким казусам. Например,
> код для смены дискет в пропагаторе удалён, а параметр changedisk нет, мало
> того, он используется в некоторых ISO-образах для не-intel. Мне кажется,
> отлавливать использование /proc/cmdline (для начала хотя бы в скриптах)
> могла бы и сборочница, на основании этого формировать список пакетов, в
> которых данный файл упоминается.

http://git.altlinux.org/gears/e/etcnet.git?p=etcnet.git;a=blob;f=etc/net/scripts/functions#l290

-- 
Rgrds, legion

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Leonid Krivoshein]

05.11.2020 2:14, Alexey Gladkov пишет:
> On Wed, Nov 04, 2020 at 09:39:14PM +0300, Leonid Krivoshein wrote:
>> Всем привет!
>>
>>
>> Набросал табличку на ВиКи: https://www.altlinux.org/Cmdline , но в одиночку
>> не потяну, тут нужны знающие меинтейнеры. Навести порядок ("провести
>> инвентаризацию") здесь необходимо, так как отсутствие нормальной
>> документации препятствует разработке и приводит ко всяким казусам. Например,
>> код для смены дискет в пропагаторе удалён, а параметр changedisk нет, мало
>> того, он используется в некоторых ISO-образах для не-intel. Мне кажется,
>> отлавливать использование /proc/cmdline (для начала хотя бы в скриптах)
>> могла бы и сборочница, на основании этого формировать список пакетов, в
>> которых данный файл упоминается.
> http://git.altlinux.org/gears/e/etcnet.git?p=etcnet.git;a=blob;f=etc/net/scripts/functions#l290

Достаточно #14, чтобы сборочница занесла etcnet в список, остального 
придётся добиваться через git grep руками знающего человека.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Alexey Gladkov]

On Thu, Nov 05, 2020 at 02:22:56AM +0300, Leonid Krivoshein wrote:
> 
> 05.11.2020 2:14, Alexey Gladkov пишет:
> > On Wed, Nov 04, 2020 at 09:39:14PM +0300, Leonid Krivoshein wrote:
> > > Всем привет!
> > > 
> > > 
> > > Набросал табличку на ВиКи: https://www.altlinux.org/Cmdline , но в одиночку
> > > не потяну, тут нужны знающие меинтейнеры. Навести порядок ("провести
> > > инвентаризацию") здесь необходимо, так как отсутствие нормальной
> > > документации препятствует разработке и приводит ко всяким казусам. Например,
> > > код для смены дискет в пропагаторе удалён, а параметр changedisk нет, мало
> > > того, он используется в некоторых ISO-образах для не-intel. Мне кажется,
> > > отлавливать использование /proc/cmdline (для начала хотя бы в скриптах)
> > > могла бы и сборочница, на основании этого формировать список пакетов, в
> > > которых данный файл упоминается.
> > http://git.altlinux.org/gears/e/etcnet.git?p=etcnet.git;a=blob;f=etc/net/scripts/functions#l290
> 
> Достаточно #14, чтобы сборочница занесла etcnet в список, остального
> придётся добиваться через git grep руками знающего человека.

Это была не иллюстрация того как это можно спрятать, а предложение
добавить это в твой список.

-- 
Rgrds, legion

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Leonid Krivoshein]

05.11.2020 1:52, Alexey Gladkov пишет:
> Выходит, что эта страничка просто публичная инициатива
> сотрудников по улучшению документации.

У сотрудников есть другая рассылка, а это моя инициатива, как члена 
тима, к тому же выше уже пояснил причину -- блокер для разрабатываемой 
мной утилиты (ожидается в usermode-fs-tools 1.1), это делается тоже в 
свободное от работы время, по работе мне таких задач, увы, не ставят. Да 
и чей бы не была инициатива, что в ней плохого?


> Просто сформулирована инициатива
> была так будто это должно быть некое общее правило для пакетов, что может
> быть так только для сотрудников.

Полиси у нас ведь не только для сотрудников, скорее наоборот. И я готов 
обосновать, почему наличие такого полиси важно.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Leonid Krivoshein]

05.11.2020 2:51, Alexey Gladkov пишет:
> On Thu, Nov 05, 2020 at 02:22:56AM +0300, Leonid Krivoshein wrote:
>> 05.11.2020 2:14, Alexey Gladkov пишет:
>>> On Wed, Nov 04, 2020 at 09:39:14PM +0300, Leonid Krivoshein wrote:
>>>> Всем привет!
>>>>
>>>>
>>>> Набросал табличку на ВиКи: https://www.altlinux.org/Cmdline , но в одиночку
>>>> не потяну, тут нужны знающие меинтейнеры. Навести порядок ("провести
>>>> инвентаризацию") здесь необходимо, так как отсутствие нормальной
>>>> документации препятствует разработке и приводит ко всяким казусам. Например,
>>>> код для смены дискет в пропагаторе удалён, а параметр changedisk нет, мало
>>>> того, он используется в некоторых ISO-образах для не-intel. Мне кажется,
>>>> отлавливать использование /proc/cmdline (для начала хотя бы в скриптах)
>>>> могла бы и сборочница, на основании этого формировать список пакетов, в
>>>> которых данный файл упоминается.
>>> http://git.altlinux.org/gears/e/etcnet.git?p=etcnet.git;a=blob;f=etc/net/scripts/functions#l290
>> Достаточно #14, чтобы сборочница занесла etcnet в список, остального
>> придётся добиваться через git grep руками знающего человека.
> Это была не иллюстрация того как это можно спрятать, а предложение
> добавить это в твой список.

Спасибо! Я же говорю, что в одиночку не потяну.
Таких тайных ларчиков наверняка 33.5 найдётся... ))


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Alexey Gladkov]

On Thu, Nov 05, 2020 at 02:59:19AM +0300, Leonid Krivoshein wrote:
> > Это была не иллюстрация того как это можно спрятать, а предложение
> > добавить это в твой список.
> 
> Спасибо! Я же говорю, что в одиночку не потяну.

Я не сказал, что продолжу это делать. Это же вызвался быть сизифом
катающим квадратные камни. Без обид.

> Таких тайных ларчиков наверняка 33.5 найдётся... ))

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

Я считаю, что делать документацию вне проекта это утопия. Извини.

-- 
Rgrds, legion

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Leonid Krivoshein]

05.11.2020 3:39, Alexey Gladkov пишет:
> [...]
> Я считаю, что делать документацию вне проекта это утопия. Извини.

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

Сейчас для меня важно выявить все позиции, у которых нет соответствующих 
пакетов и есть знаки вопросов. Их пересечение с опциями, реально 
используемыми в ISO-шках -- баг, подлежащий устранению. В большинстве 
случаев он незначительный, но кто знает, кому придёт в голову 
использовать такое же название в пространстве имён /proc/cmdline -- в 
любой момент это может стать миной замедленного действия. То есть, даже 
разовая инвентаризация (раз в 10 лет) может пойти на пользу продуктам на p9.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Alexey Gladkov]

On Thu, Nov 05, 2020 at 03:50:12AM +0300, Leonid Krivoshein wrote:
> 
> 05.11.2020 3:39, Alexey Gladkov пишет:
> > [...]
> > Я считаю, что делать документацию вне проекта это утопия. Извини.
> 
> Даже думать в эту сторону не предлагаю. Достаточно дать ссылку на страницу с
> проектом, что я там и попытался изобразить. Конечно, придётся периодически
> проводить ревизию.

Я это и имел в виду под словом "документация". Ты пытаешься делать то, что
нужно делать в самих проектах.

> Сейчас для меня важно выявить все позиции, у которых нет соответствующих
> пакетов и есть знаки вопросов. Их пересечение с опциями, реально
> используемыми в ISO-шках -- баг, подлежащий устранению. В большинстве
> случаев он незначительный, но кто знает, кому придёт в голову использовать
> такое же название в пространстве имён /proc/cmdline -- в любой момент это
> может стать миной замедленного действия. То есть, даже разовая
> инвентаризация (раз в 10 лет) может пойти на пользу продуктам на p9.

Искать Анализировать случайные имена, которые некоторые проекты ищут в
/proc/cmdline это благородная затея. Но я не верю в то, что это нужно
делать так как ты предлагаешь.

-- 
Rgrds, legion

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Anton Farygin]

On 05.11.2020 02:59, Leonid Krivoshein wrote:
>
> 05.11.2020 2:51, Alexey Gladkov пишет:
>> On Thu, Nov 05, 2020 at 02:22:56AM +0300, Leonid Krivoshein wrote:
>>> 05.11.2020 2:14, Alexey Gladkov пишет:
>>>> On Wed, Nov 04, 2020 at 09:39:14PM +0300, Leonid Krivoshein wrote:
>>>>> Всем привет!
>>>>>
>>>>>
>>>>> Набросал табличку на ВиКи: https://www.altlinux.org/Cmdline , но в 
>>>>> одиночку
>>>>> не потяну, тут нужны знающие меинтейнеры. Навести порядок ("провести
>>>>> инвентаризацию") здесь необходимо, так как отсутствие нормальной
>>>>> документации препятствует разработке и приводит ко всяким казусам. 
>>>>> Например,
>>>>> код для смены дискет в пропагаторе удалён, а параметр changedisk 
>>>>> нет, мало
>>>>> того, он используется в некоторых ISO-образах для не-intel. Мне 
>>>>> кажется,
>>>>> отлавливать использование /proc/cmdline (для начала хотя бы в 
>>>>> скриптах)
>>>>> могла бы и сборочница, на основании этого формировать список 
>>>>> пакетов, в
>>>>> которых данный файл упоминается.
>>>> http://git.altlinux.org/gears/e/etcnet.git?p=etcnet.git;a=blob;f=etc/net/scripts/functions#l290 
>>>>
>>> Достаточно #14, чтобы сборочница занесла etcnet в список, остального
>>> придётся добиваться через git grep руками знающего человека.
>> Это была не иллюстрация того как это можно спрятать, а предложение
>> добавить это в твой список.
>
> Спасибо! Я же говорю, что в одиночку не потяну.
> Таких тайных ларчиков наверняка 33.5 найдётся... ))
>
>
Только с etcnet пример скорее плохой чем хороший - я не знаю повода 
использовать netprofile, и мне кажется, что он может не работать.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[mcpain]

В письме от четверг, 5 ноября 2020 г. 01:45:40 MSK пользователь Alexey Gladkov 
написал:
> On Thu, Nov 05, 2020 at 01:14:02AM +0300, Leonid Krivoshein wrote:
> > Отсутствие такого описания -- НДВ.
> 
> Я не знаю, что это за аббревиатура.

Недокументированные возможности, скорее всего

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Andrey Savchenko]

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

On Thu, 05 Nov 2020 11:23:45 +0300 mcpain@altlinux.org wrote:
> В письме от четверг, 5 ноября 2020 г. 01:45:40 MSK пользователь Alexey Gladkov 
> написал:
> > On Thu, Nov 05, 2020 at 01:14:02AM +0300, Leonid Krivoshein wrote:
> > > Отсутствие такого описания -- НДВ.
> > 
> > Я не знаю, что это за аббревиатура.
> 
> Недокументированные возможности, скорее всего

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

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Anton V. Boyarshinov]

В Thu, 5 Nov 2020 01:14:02 +0300
Leonid Krivoshein <klark.devel@gmail.com> пишет:

> А зачем нужен параметр showopts? К какому пакету он 
> относится? Он есть почти в каждом нашем ISO-образе.

syslinux. Опции, идущие до него на экране загрузки не показываются, а
после него -- показываются. В дальнейшем ни ядром ни userspace никак не
обрабатывается.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Anton V. Boyarshinov]

В Wed, 4 Nov 2020 21:39:14 +0300
Leonid Krivoshein <klark.devel@gmail.com> пишет:

> Набросал табличку на ВиКи: https://www.altlinux.org/Cmdline ,

На мой взгляд, главный недостаток этой таблицы заключается в том, что
есть опции влияющие на любой носитель с propagator, есть опции,
влияющие конкретно на установщик, live, rescue, есть опции влияющие на
любую систему (это обычно то, что обрабатывается ядром), есть опции
влияющие на live и установленную систему (и ещё в зависимости от
используемого init).

А в этом списке всё свалено в кучу и даже не написано, что большинство
этих опций имеют смысл только для установочных носителей.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Leonid Krivoshein]

06.11.2020 10:55, Anton V. Boyarshinov пишет:
> В Thu, 5 Nov 2020 01:14:02 +0300
> Leonid Krivoshein <klark.devel@gmail.com> пишет:
>
>> А зачем нужен параметр showopts? К какому пакету он
>> относится? Он есть почти в каждом нашем ISO-образе.
> syslinux. Опции, идущие до него на экране загрузки не показываются, а
> после него -- показываются. В дальнейшем ни ядром ни userspace никак не
> обрабатывается.

Спасибо, что сказал, я не знал! Действительно, гугл находит эту парочку, 
но вот что странно: во-первых, находит только на каких-то старых 
ресурсах описания "как создавать загрузочные меню" в альте и opensuse, 
во-вторых, опция не отыскивается на официальной ВиКи и, в-третьих, если 
имеется ввиду этот syslinux: 
http://git.altlinux.org/gears/s/syslinux.git , то git grep об этой опции 
ничего не знает. Пока я склонен считать, что опция showopts (вероятно) 
была, но уже устарела, даже в 4-й версии.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Leonid Krivoshein]

06.11.2020 11:01, Anton V. Boyarshinov пишет:
> В Wed, 4 Nov 2020 21:39:14 +0300
> Leonid Krivoshein <klark.devel@gmail.com> пишет:
>
>> Набросал табличку на ВиКи: https://www.altlinux.org/Cmdline ,
> На мой взгляд, главный недостаток этой таблицы заключается в том, что
> есть опции влияющие на любой носитель с propagator, есть опции,
> влияющие конкретно на установщик, live, rescue, есть опции влияющие на
> любую систему (это обычно то, что обрабатывается ядром), есть опции
> влияющие на live и установленную систему (и ещё в зависимости от
> используемого init).

Для этого и нужна вторая колонка таблицы. Но по названиям пакетов поймут 
только разработчики дистрибутива. Ты предлагаешь ориентировать страницу 
и на обычных пользователей, разбив её на отдельные разделы?


> А в этом списке всё свалено в кучу и даже не написано, что большинство
> этих опций имеют смысл только для установочных носителей.

Пожалуй, да -- столь важные комментарии действительно лучше делать там, 
а не в рассылке. :-)


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Leonid Krivoshein]

07.11.2020 2:07, Leonid Krivoshein пишет:
>
> 06.11.2020 10:55, Anton V. Boyarshinov пишет:
>> В Thu, 5 Nov 2020 01:14:02 +0300
>> Leonid Krivoshein <klark.devel@gmail.com> пишет:
>>
>>> А зачем нужен параметр showopts? К какому пакету он
>>> относится? Он есть почти в каждом нашем ISO-образе.
>> syslinux. Опции, идущие до него на экране загрузки не показываются, а
>> после него -- показываются. В дальнейшем ни ядром ни userspace никак не
>> обрабатывается.
>
> Спасибо, что сказал, я не знал! Действительно, гугл находит эту 
> парочку, но вот что странно: во-первых, находит только на каких-то 
> старых ресурсах описания "как создавать загрузочные меню" в альте и 
> opensuse, во-вторых, опция не отыскивается на официальной ВиКи и, 
> в-третьих, если имеется ввиду этот syslinux: 
> http://git.altlinux.org/gears/s/syslinux.git , то git grep об этой 
> опции ничего не знает. Пока я склонен считать, что опция showopts 
> (вероятно) была, но уже устарела, даже в 4-й версии.
>

Нашёл в веб-архиве такое описание этой опции:

How to hide options to be displayed on the boot prompt
Answer: when using grub put the options before grub keyword showopts in 
the file /boot/grub/menu.lst.

Видимо это про очень старый grub. Прочесал все наши загрузчики и не 
нашёл её, есть только пара текстовых примера.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Leonid Krivoshein]

05.11.2020 4:22, Alexey Gladkov пишет:
> On Thu, Nov 05, 2020 at 03:50:12AM +0300, Leonid Krivoshein wrote:
>> 05.11.2020 3:39, Alexey Gladkov пишет:
>>> [...]
>>> Я считаю, что делать документацию вне проекта это утопия. Извини.
>> Даже думать в эту сторону не предлагаю. Достаточно дать ссылку на страницу с
>> проектом, что я там и попытался изобразить. Конечно, придётся периодически
>> проводить ревизию.
> Я это и имел в виду под словом "документация". Ты пытаешься делать то, что
> нужно делать в самих проектах.
>
>> Сейчас для меня важно выявить все позиции, у которых нет соответствующих
>> пакетов и есть знаки вопросов. Их пересечение с опциями, реально
>> используемыми в ISO-шках -- баг, подлежащий устранению. В большинстве
>> случаев он незначительный, но кто знает, кому придёт в голову использовать
>> такое же название в пространстве имён /proc/cmdline -- в любой момент это
>> может стать миной замедленного действия. То есть, даже разовая
>> инвентаризация (раз в 10 лет) может пойти на пользу продуктам на p9.
> Искать Анализировать случайные имена, которые некоторые проекты ищут в
> /proc/cmdline это благородная затея. Но я не верю в то, что это нужно
> делать так как ты предлагаешь.

В идеале всё автоматизировать, вплоть до создания такой таблицы.
У нас же есть watch-файлы на пакетах. Можно и для /proc/cmdline завести 
что-то такое.
На примере плимута -- получается вполне себе полный список его опций:

$ git grep ply_kernel_command_line |grep '"' |sed -E -e 's,^[^"]+",,g' 
-e 's,".*$,,g' |sort -u
init=
plymouth.debug
plymouth.debug=file:
plymouth.debug=stream:
plymouth.force-scale=
plymouth.force-splash
plymouth.ignore-serial-consoles
plymouth.ignore-show-splash
plymouth.ignore-udev
plymouth.nolog
plymouth.splash=
plymouth.splash-delay=
rd.vconsole.keymap=
rhgb
splash
splash=silent
splash=verbose
vconsole.keymap=
video=


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Anton V. Boyarshinov]

В Sat, 7 Nov 2020 02:07:55 +0300
Leonid Krivoshein <klark.devel@gmail.com> пишет:

> http://git.altlinux.org/gears/s/syslinux.git , то git grep об этой опции 
> ничего не знает. Пока я склонен считать, что опция showopts (вероятно) 
> была, но уже устарела, даже в 4-й версии.

Она работает как минимум в p9, для того, чтоб в этом убедиться,
достаточно посмотреть на загрузочный syslinux любого нашего
дистрибутива.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Anton V. Boyarshinov]

В Sat, 7 Nov 2020 02:12:29 +0300
Leonid Krivoshein <klark.devel@gmail.com> пишет:

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

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

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Leonid Krivoshein]

09.11.2020 11:30, Anton V. Boyarshinov пишет:
> В Sat, 7 Nov 2020 02:07:55 +0300
> Leonid Krivoshein <klark.devel@gmail.com> пишет:
>
>> http://git.altlinux.org/gears/s/syslinux.git , то git grep об этой опции
>> ничего не знает. Пока я склонен считать, что опция showopts (вероятно)
>> была, но уже устарела, даже в 4-й версии.
> Она работает как минимум в p9, для того, чтоб в этом убедиться,
> достаточно посмотреть на загрузочный syslinux любого нашего
> дистрибутива.

В исходниках syslinux и всех остальных загрузчиков её точно нет. Но я 
нашёл её в двух бинарных файлах на установочных дисках: /syslinux/init и 
/syslinux/bootlogo. Это, скорее, относится к файлам некоей темы 
брендинга, там и надо смотреть исходники. Может, zerg@ знает?


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Sergey V Turchin]

On Monday, 9 November 2020 13:27:45 MSK Leonid Krivoshein wrote:
> 09.11.2020 11:30, Anton V. Boyarshinov пишет:
> > В Sat, 7 Nov 2020 02:07:55 +0300
> > 
> > Leonid Krivoshein <klark.devel@gmail.com> пишет:
> >> http://git.altlinux.org/gears/s/syslinux.git , то git grep об этой опции
> >> ничего не знает. Пока я склонен считать, что опция showopts (вероятно)
> >> была, но уже устарела, даже в 4-й версии.
> > 
> > Она работает как минимум в p9, для того, чтоб в этом убедиться,
> > достаточно посмотреть на загрузочный syslinux любого нашего
> > дистрибутива.
> 
> В исходниках syslinux и всех остальных загрузчиков её точно нет. Но я
> нашёл её в двух бинарных файлах на установочных дисках: /syslinux/init и
> /syslinux/bootlogo. Это, скорее, относится к файлам некоей темы
> брендинга, там и надо смотреть исходники. Может, zerg@ знает?
design-bootloader-source должен быть.

-- 
Regards, Sergey.

Re: [devel] Не пора ли рассекретить наш /proc/cmdline?

[Anton Farygin]

On 09.11.2020 13:27, Leonid Krivoshein wrote:
>
> 09.11.2020 11:30, Anton V. Boyarshinov пишет:
>> В Sat, 7 Nov 2020 02:07:55 +0300
>> Leonid Krivoshein <klark.devel@gmail.com> пишет:
>>
>>> http://git.altlinux.org/gears/s/syslinux.git , то git grep об этой 
>>> опции
>>> ничего не знает. Пока я склонен считать, что опция showopts (вероятно)
>>> была, но уже устарела, даже в 4-й версии.
>> Она работает как минимум в p9, для того, чтоб в этом убедиться,
>> достаточно посмотреть на загрузочный syslinux любого нашего
>> дистрибутива.
>
> В исходниках syslinux и всех остальных загрузчиков её точно нет. Но я 
> нашёл её в двух бинарных файлах на установочных дисках: /syslinux/init 
> и /syslinux/bootlogo. Это, скорее, относится к файлам некоей темы 
> брендинга, там и надо смотреть исходники. Может, zerg@ знает?
>
>
если вы ищите исходники опции showopts, то они должны быть в gfxboot'ном 
design или в самом gfxboot.