Утверждение общих стандартов

[DdShurick]

Отсюда

    /etc/profile устанавливает переменные только для командных оболочек. Он может запускать любые скрипты в оболочках, совместимых с Bourne shell.
    /etc/bash.bashrc устанавливает переменные только для интерактивных оболочек. Он также запускает bash-скрипты.
    /etc/environment используется модулем PAM-env. Здесь можно указывать только пары имя=значение.

В Puppy /etc/profile задаёт переменные, /etc/profile.d/ существует, но пустой. Посмотрим, что скажет neobht.

[sfs]

/etc/profile устанавливает переменные только для командных оболочек. Он может запускать любые скрипты в оболочках, совместимых с Bourne shell.

Надо ли DISTRO_SPECS постоянно в виде переменных sh...
/etc/DISTRO_SPECS - лучше , но переименовать в /etc/pfs или типа того: frugal ...

[Zay]

${SYSMNT}/bundles/имя_модуля.sfs

Мне тоже кажется, что так лучше.
Вопрос к neobht, как это в UIRD реализовано?

Предлагаю ввести опцию монтирования раздела или файла к /home. Не обязательную. В большинстве случаев это заметно разгружает сохранёнку.

Это, как я понял, не совсем в тему. Какое отношение это имеет к AUFS?

Где по замыслу нужно задать SYSMNT

А вот это - очень важный вопрос!

Конечно, в идеале, хотелось бы использовать ${SYSMNT} в любом скрипте.
Возможно ли такое по стандартам? Если да - то это лучший вариант, ИМХО.
Или же использовать файл .conf в /etc с простым и логичным названием.

[neobht]

Отсюда

   /etc/profile устанавливает переменные только для командных оболочек. Он может запускать любые скрипты в оболочках, совместимых с Bourne shell.
    /etc/bash.bashrc устанавливает переменные только для интерактивных оболочек. Он также запускает bash-скрипты.
    /etc/environment используется модулем PAM-env. Здесь можно указывать только пары имя=значение.

В Puppy /etc/profile задаёт переменные, /etc/profile.d/ существует, но пустой. Посмотрим, что скажет neobht.

Нужно выбирать название которого нет в дистрибутивах, иначе придется заниматься вопросом слияния содержимого, так как переменные должны устанавливаться как на уровне initrd, так и на уровне большой системы.
Поэтому /etc/profile я не поддерживаю.


To Zay:
В uird это так и реализовано. Имя директории бандла совпадает с именем модуля, включая расширение.

[DdShurick]

Поэтому /etc/profile я не поддерживаю.

/etc/profile отпадает по простой причине, busybox sh его не читает, проверил экспериментально. Остаётся DISTRO_SPECS или любой его аналог, название не имеет значения.

[betcher]

Я думал, что DISTRO_SPECS название устоявшееся, потому и предложил Антону его использовать. Если сочинять с нуля то нужно что-то осмысленное сообразить. Если этот файл содержит переменные, которые переносятся из инитрд в основную систему то напрашивается типа: initrd_vars, init_environment, sys_env  в таком духе.

[DdShurick]

Я думал, что DISTRO_SPECS название устоявшееся

Для Puppy - да. Используется при поиске файлов Puppy.

Если этот файл содержит переменные, которые переносятся из инитрд в основную систему

В Puppy для этого существует /etc/rc.d/PUPSTATE, в Richy я сделал перенос всего /tmp в основную систему.

[Zay]

${SYSMNT}/bundles/имя_модуля.sfs

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

Отлично!
Тогда формат ${SYSMNT}/bundles/module.ext можно считать общепринятым.

Остался вопрос с местом сохранения переменной.
Это последний принципиальный шаг к стандартизации!
Надо его сделать, утвердить имя и каталог для файла.

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

Логично, мне тоже приходила в голову эта мысль.
А нет ли способа передавать переменную со значением общепринятыми системными средствами, через /sys например?

Если нет, то логично использовать файл в каталоге /etc.
Думаю что лучше использовать простое название, и без '_'.
Например "/etc/initenv", "/etc/initvars", "/etc/sysvars"...

[DdShurick]

 У меня SYSMNT находится в файле DISTRO_SPECS, который переносится в /etc/ основной системы.

[neobht]

Сейчас в uird сделано, как у Ddshurick.

Нравится /etc/sysvars.

[Pro]

system_variables чем-то хуже? все равно прописывается в скриптах, заодно и будет удобочитаемое название. есть ли смысл сокращать?

[betcher]

Initvars или initenv ближе по смыслу чем sysvars. На загруженной системе не понятно о которой "sys" идет речь Хотя в общем не принципиально. Настаивать не стану.

[sfs]

Initvars или initenv Настаивать не стану.

Поддерживаю

[Zay]

initvars или initenv Настаивать не стану.

Поддерживаю

Тоже поддерживаю.

С одной стороны, init ближе по смыслу чем sys, но SYS уже используется.

Всё же нужно выбрать одно конкретное название, и использовать его.
Просьба к разработчикам, т.е. к Дяде Шурику и neobht, высказаться.

[betcher]

Не пойму зачем одно название для файла и для переменных внутри. Чем понятнее тем лучше. Чем проще тем лучше. А вот имена переменных упрощать не стоит, они могут импортироваться в скрипты командой source (синоним точки) и возможны коллизии с одноименными переменными, там можно использовать префикс. Тот же SYS например.
Предлагаю обсудить какие еще переменные может содержать файл, возможно какие то из них сделаем обязательными. В голову приходит:
SYSHOME=ram/disk/file
SYSCHANGES=ram/disk/file