Репозитарий (deb): куда засунуть версию ОС Linux?

Так как Debian различает пакеты исключительно по номеру версии, то не делайте так. Версии для разных дистрибутивов должны различаться. Суффикс добавляйте, что ли (+astra1.3 и +astra1.6, например).

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

куда впихнуть версию дистрибутива,

Господа гусары, молчать! (с)

Я не могу найти информацию о том, как парсится версия пакета и как пакетная система принимает решение о том, старше пакет или нет.

Другими словами, какой пакет будет считаться старше:

2023.02.09-8+astra1.3
2023.02.09-5+astra1.6

?

А вот, кстати. Нельзя в каждый пакет добавить зависимость на содержимое /etc/*release? Но пакет «basesystem», содержащий этот файл, в дополнительный репозиторий не включать. Тогда версии пакетов в дополнительных репозиториях для astra 1.{3,6} могут совпадать.

Первый будет старше. Версии можно сравнивать, например, так (если неохота искать документацию):

dpkg --compare-versions 1 lt 2 ; echo $?

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

Версия дистрибутива ведь тоже может меняться. Точнее, в дистрибутиве имеются обновления, например, Astra 1.3 update 2, Astra 1.6 update 10.

Поэтому нельзя прописать точную версию пакета (=). А прописывание через > или < недопустимо, потому что непонятно как ограничить верхнюю границу. Например уже есть версия Astra 1.7, а как в ней будут обозначаться пакеты обновлений (и до какой версии они дойдут) - неизвестно.

Не разбираюсь в теме, но нельзя ли в пре-инсталл скрипте пакета прописать проверку /etc/release?

Команда командой, но каков алгоритм сравнения? В документации ничего внятного не написано:

Compare version numbers, where op is a binary operator. dpkg returns true (0) if the specified condition is satisfied, and false (1) otherwise. There are two groups of operators, which differ in how they treat an empty ver1 or ver2. These treat an empty version as earlier than any version: lt le eq ne ge gt. These treat an empty version as later than any version: lt-nl le-nl ge-nl gt-nl. These are provided only for compatibility with control file syntax: < << <= = >= >> >. The < and > operators are obsolete and should not be used, due to confusing semantics. To illustrate: 0.1 < 0.1 evaluates to true.

Сравнение номеров версий, где op - двоичный оператор. dpkg возвращает true (0), если указанное условие выполнено, и false (1) в противном случае. Существует две группы операторов, которые отличаются тем, как они обрабатывают пустой ver1 или ver2. Они рассматривают пустую версию как более раннюю, чем любая другая версия: lt le eq ne ge gt. Они рассматривают пустую версию как более позднюю, чем любая версия: lt-nl le-nl ge-nl gt-nl. Они предоставляются только для совместимости с синтаксисом управляющего файла: < << <= = >= >> >. Операторы < и > устарели и не должны использоваться из-за запутанной семантики. Для иллюстрации: 0.1 < 0.1 принимает значение true.

Не разбираюсь в теме, но нельзя ли в пре-инсталл скрипте пакета прописать проверку /etc/release?

perinstall скрипт не может заблокировать установку. Он всего лишь выполняет какие-то действия перед установкой пакета.

https://www.debian.org/doc/debian-policy/ch-controlfields.html#version

2023.02.09-8+astra1.3
2023.02.09-5+astra1.6

Первый будет старше.

Пока что я так понял, что проверка идет в лексикографическом порядке, но только справа-налево. Хотя я могу ошибаться.

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

Типа если перепутают репозитарии, то инсталляция накроется и путанница возникнет если, например, в Astra 1.3 пропишут репозитарий от Astra 1.6 и установят пакеты

Если в данных пакетах зависимости прописаны корректно, то могут быть лишь 2 варианта:

1. Зависимости в текущей версии ОС не удовлетворены — в таком случае пакеты установить APT не даст.

2. Зависимости в текущей версии ОС удовлетворены — тогда эти пакеты будут работать нормально, и ничего не сломается и не накроется.

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

Debian различает пакеты исключительно по номеру версии

рили?

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

apt разруливает пакеты по версиям. Разные пакеты с одной версией создавать не стоит. В дебиане пакеты, пересобранные для свежих релизов, будут отличаться версиями. В вашем случае может быть так: для 1.3 - package_1.1-1, для 1.6 может быть package_1.1-1+b1 (если просто пересобрали для свежего релиза ОС) или package_1.1-2 (если были изменения в исходниках или файлах debian/*).

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

Прописать правильно зависимости. Можно привязаться к версии libc (`Depends: libc6 (>= 2.20-1), libc (< 2.21~)

каков алгоритм сравнения?

такой

… пакеты в этих репозитариях имеют одинаковые имена файлов, одинаковые названия пакетов и одинаковые версии (просто бинарники собраны соответственно для Astra 1.3 и Astra 1.6).

Есть среди пакетов такие, что будут работать на обоих дистрибутивах?

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

куда засунуть версию ОС Linux?

В путь к каталогу репозитория, разве нет? Вообще, так делает большинство нормальных людей.

Засунь в Dependencies пакетов такие пакеты таких версий, что стоят только на нужных дистрибутивах.

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

куда засунуть версию ОС Linux?

В путь к каталогу репозитория, разве нет? Вообще, так делает большинство нормальных людей.

В конфигурации apt путь к каталогу может быть определен неправильно.

«UNIX не был разработан так, чтобы отгораживать своих пользователей от глупостей, поскольку это отгородило бы их от делания умных вещей.» — Дуг Гвин

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

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

Unix is not only dead, it starts to smell badly (почти (с))

Типа если перепутают репозитарии

А как это так?

Возьмут и в sources.list пропишут не ту ссылку. Или вставят в CD-Rom диск с репой для Astra 1.3, хотя в системе стоит Astra 1.6.

Мегакостыль: привязать каждый собираем пакет к версии glibc используемой в дистрибутиве.

Сработает, только если версия glibc при минорных обновлениях дистрибутива(1.6.0->1.6.1) не меняется. Так ли оно в Astra Linux - хз.

Как вариант - найти пакет, обозначающий версию дистрибутива(если таковые вообще есть, в ubuntu это ubuntu-* например)...

Мегакостыль: привязать каждый собираем пакет к версии glibc используемой в дистрибутиве.

Привязать пакет к версиям его зависимостей - в принципе, не такой уж и костыль. А если все зависимости одинаковы, то и пакеты будут 100% взаимозаменяемы.

Привязаться к версии glibc лишь пример. ТС не сообщил в чем отличия пакетов на разных релизах астры. Надо смотреть реальные зависимости от библиотек, явы, питонов или что там еще у него.

Вопрос: куда впихнуть версию дистрибутива, для которого сделан пакет?

В имя файла же - ${ver}.${dist}.${arch}.deb

Зависимость по либам? Совместимость снизу вверх должна соблюдаться.

Ну вот, а когда я спросил нечто подобное, hobbit заподозрил меня в попытке наброса.

спросил нечто подобное

Ну да, конечно :)

То есть «засунуть» тебя не смутило :)

Не вижу противоречий.

Вот есть файл /usr/lib/os-release в нем всякая инфа про дистрибутив. Этой файл в Ubuntu относится к пакету base-files. На Ubuntu 20.04 его версия 11ubuntu5.6. На Ubuntu 22.04 его версия 12ubuntu4.2. Т.е. в разных релизах версия данного пакета точно должна отличаться. Можешь посмотреть на своих дистрах, есть ли такой файл (должен быть по идее в любом дистре) и к какому пакету он относится.

https://www.freedesktop.org/software/systemd/man/os-release.html

/etc/os-release

/usr/lib/os-release

/etc/initrd-release

/usr/lib/extension-release.d/extension-release.IMAGE

Так то совсем не рядом, у ТС ни слова об огораживании.

Ну да:

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

Тут разговор про разные версии одного дистра, но не про запрет использования в других.

Но это всё-таки ограничение (огораживание), хоть и не в той степени, как в моей теме. Поэтому я и написал «когда я спросил нечто подобное», а не «когда я спросил то же самое».

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

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

Это лишь причина, по которой хотят реализовать «огораживание»:

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

Ну это ты высосал из пальца - или ты с ТС работаешь вместе и/или обладаешь большим пластом информации, чем в топике и ответах ТС?

А. sudo отобрать у таких )