[make-initrd] Версия make-initrd

[make-initrd] Версия make-initrd

[Leonid Krivoshein]

Привет!


Новый вопрос по извлечению версии make-initrd в рантайме. Не появилось 
ли за последние годы чего-то нового, помимо возможности парсить 
/etc/initrd-release? Иногда нежелательно поднимать жёсткую зависимость 
на версию make-initrd, достаточно учесть разницу в своём коде. Что-то типа:

initrd_version()
initrd_version_compare()
/.initrd/VERSIOSN


-- 
WBR, Leonid Krivoshein.

Re: [make-initrd] Версия make-initrd

[Alexey Gladkov]

On Wed, Oct 21, 2026 at 11:08:00PM +0300, Leonid Krivoshein wrote:
> Привет!
> 
> 
> Новый вопрос по извлечению версии make-initrd в рантайме. Не появилось ли за
> последние годы чего-то нового, помимо возможности парсить
> /etc/initrd-release? Иногда нежелательно поднимать жёсткую зависимость на
> версию make-initrd, достаточно учесть разницу в своём коде. Что-то типа:
> 
> initrd_version()
> initrd_version_compare()
> /.initrd/VERSIOSN

Сейчас есть только /etc/initrd-release. Там есть $VERSION_ID.

Почему его не достаточно ?

-- 
Rgrds, legion

Re: [make-initrd] Версия make-initrd

[Leonid Krivoshein]

On 10/22/26 12:15 PM, Alexey Gladkov wrote:
> On Wed, Oct 21, 2026 at 11:08:00PM +0300, Leonid Krivoshein wrote:
>> Привет!
>>
>>
>> Новый вопрос по извлечению версии make-initrd в рантайме. Не появилось ли за
>> последние годы чего-то нового, помимо возможности парсить
>> /etc/initrd-release? Иногда нежелательно поднимать жёсткую зависимость на
>> версию make-initrd, достаточно учесть разницу в своём коде. Что-то типа:
>>
>> initrd_version()
>> initrd_version_compare()
>> /.initrd/VERSIOSN
> 
> Сейчас есть только /etc/initrd-release. Там есть $VERSION_ID.
> 
> Почему его не достаточно ?
> 

Версию оттуда извлечь можно, не спорю. Gemini считает make-initrd одним 
из двух генераторов initramfs, где узнать версию в рантайме довольно 
просто. Во многих других это невозможно или очень сложно сделать.

Но make-initrd имеет более 60 встроенных фич и кто знает, сколько ещё 
внешних, предоставляет им некий API, некоторые фичи также предоставляют 
API. Все эти API со временем меняются. Понятно, что я сам могу написать 
реализацию двух упомянутых функций. Но вполне ожидаемо для *ЛЮБОЙ* 
библиотеки предоставлять такие функции в уже готовом виде. Просто, чтобы 
авторы фич make-initrd не занимались собственным велосипедо-творчеством.

if initrd_version_compare 2.36.0; then
         # ...можно делать сброс rootdelay...
fi


-- 
WBR, Leonid Krivoshein.

Re: [make-initrd] Версия make-initrd

[Alexey Gladkov]

On Thu, Oct 22, 2026 at 10:48:13PM +0300, Leonid Krivoshein wrote:
> > Сейчас есть только /etc/initrd-release. Там есть $VERSION_ID.
> > 
> > Почему его не достаточно ?
> > 
> 
> Версию оттуда извлечь можно, не спорю. Gemini считает make-initrd одним из
> двух генераторов initramfs, где узнать версию в рантайме довольно просто. Во
> многих других это невозможно или очень сложно сделать.

Хочу заметить, что /etc/initrd-release вполне документированный формат 
os-release(5). Это как бы стандартный API.

> Но make-initrd имеет более 60 встроенных фич и кто знает, сколько ещё
> внешних, предоставляет им некий API, некоторые фичи также предоставляют API.
> Все эти API со временем меняются. Понятно, что я сам могу написать
> реализацию двух упомянутых функций. Но вполне ожидаемо для *ЛЮБОЙ*
> библиотеки предоставлять такие функции в уже готовом виде. Просто, чтобы
> авторы фич make-initrd не занимались собственным велосипедо-творчеством.
> 
> if initrd_version_compare 2.36.0; then
>         # ...можно делать сброс rootdelay...
> fi

В данном конкретном примере c "...можно делать сброс rootdelay..." если
версия make-initrd 2.36.0 это ещё хоть как-то катит. Но вот ты упомянул
другие внешние фичи, которые предоставляют API и вот это никак не ложится
в твою идею с версией make-initrd. Тут нужна версия фичи.

Можно внутри всех /bin/*-sh-functions обязательно держать версию API a-ля
soname. Тогда можно проверить версию API конкретного интерфейса.

Вообще я не большой поклонник проверки версий. Любой бэкпорт функционала
на старую версию ломает эти проверки.

-- 
Rgrds, legion

Re: [make-initrd] Версия make-initrd

[Leonid Krivoshein]

On 10/23/26 12:30 AM, Alexey Gladkov wrote:
> On Thu, Oct 22, 2026 at 10:48:13PM +0300, Leonid Krivoshein wrote:
>>> Сейчас есть только /etc/initrd-release. Там есть $VERSION_ID.
>>>
>>> Почему его не достаточно ?
>>>
>>
>> Версию оттуда извлечь можно, не спорю. Gemini считает make-initrd одним из
>> двух генераторов initramfs, где узнать версию в рантайме довольно просто. Во
>> многих других это невозможно или очень сложно сделать.
> 
> Хочу заметить, что /etc/initrd-release вполне документированный формат
> os-release(5). Это как бы стандартный API.
> 

Только не API, а формат, то есть, чтобы извлечь версию, всё-таки 
придётся приложить усилия.


>> Но make-initrd имеет более 60 встроенных фич и кто знает, сколько ещё
>> внешних, предоставляет им некий API, некоторые фичи также предоставляют API.
>> Все эти API со временем меняются. Понятно, что я сам могу написать
>> реализацию двух упомянутых функций. Но вполне ожидаемо для *ЛЮБОЙ*
>> библиотеки предоставлять такие функции в уже готовом виде. Просто, чтобы
>> авторы фич make-initrd не занимались собственным велосипедо-творчеством.
>>
>> if initrd_version_compare 2.36.0; then
>>          # ...можно делать сброс rootdelay...
>> fi
> 
> В данном конкретном примере c "...можно делать сброс rootdelay..." если
> версия make-initrd 2.36.0 это ещё хоть как-то катит. Но вот ты упомянул
> другие внешние фичи, которые предоставляют API и вот это никак не ложится
> в твою идею с версией make-initrd. Тут нужна версия фичи.
> 

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


> Можно внутри всех /bin/*-sh-functions обязательно держать версию API a-ля
> soname. Тогда можно проверить версию API конкретного интерфейса.
> 
> Вообще я не большой поклонник проверки версий. Любой бэкпорт функционала
> на старую версию ломает эти проверки.
> 

Сомневаюсь, что кто-то будет бэкпортить новый функционал на старые 
версии. Если новый или изменённый функционал можно описать как новую 
фичу, тогда проверки в динамике has_feature будет достаточно.


-- 
WBR, Leonid Krivoshein.