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

[Leonid Krivoshein <klark.devel@gmail.com>]

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.