[РЕШЕНО] контрольные суммы (gostsum) содержимого deb пакетов и самих deb пакетов

[apb]

Бодрого времени суток!

Вопрос такой,может кто сталкивался:
Есть два deb-пакета. Собраны из одних и тех-же исходников на одном и том же хосте.
При использовании утилиты gostsum была проведена генерация контрольных сумм как содержимого deb -пакетов, так и самих deb-пакетов. Результат был интересен тем, что "внутри" этого deb-пакета контрольные суммы файлов полностью идентичны (если что, сравнивал посредством meld), при этом контрольные суммы самих deb-пакетов различны.

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

Дополнительно:
Зачем считать контрольные суммы двумя способами?
в составе дистрибутива целевой системы (а целевой для меня является AstraLinux 1.6.0, то есть ОС без обновлений) находится пакет gostsum версии 2.1.3, который умеет считать контрольную сумму deb-пакета, но не умеет генерировать контрольные суммы из состава deb-пакета. В более поздних версиях astraLinux этот пакет имеет версию 2.2.5, которая может считать контрольную сумму как deb-пакета, так и его содержимого (с ключем "-e"). Контрольную сборку необходимо производить на дистрибутиве 1.6.0, где можно видеть различия контрольных сумм самих деб-пакетов, но не идентичность их содержимого.

 

[Montfer]

может быть, файлы control или changelog формируются автоматом при перед сборкой в deb?

 

[Карл]

сделай минимально рабочий пример, иначе только догадки

 

[djastroid]

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

 

[Карл]

для повторяемости сборки: SOURCE_DATE_EPOCH=1684136154 dpkg-deb --build MYPKGDIR

 

[apb]

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

для повторяемости сборки: SOURCE_DATE_EPOCH=1684136154 dpkg-deb --build MYPKGDIR

это отличная идея ... попробую и отпишусь

Ещё раз спасибо

 

[apb]

Приветствую
SOURCE_DATE_EPOCH сработал, только не константой ... а его надо было привязать к комплекту исходников, поэтому при генерации iso с исходниками создаю файл с текущей датой в требуемом ( SOURCE_DATE_EPOCH) формате, а потом обращаюсь к нему (вначале скрипта "export SOURCE_DATE_EPOCH=$(cat time_stamp)" ) при сборке и генерации deb-пакета .... и как оказалось, он пригодился ещё и при генерации iso с сохранением контрольной суммы в зависимости от комплекта исходников.

да ... сюрпризы были не все ... при формировании deb-gen и cpack есть различия.
формируемые cpack сборки используют tar при генерации пакета по умолчанию. В файле сценария необходимо было указать явно использовать ZIP (в описании cpack есть ещё варианты, но ... это на Ваш вкус...мне хватило zip) - тогда проблем во времени выявить не удалось, а вот реально "зафиксировать" контрольную сумму ISO при ребилдах - это уже ... сосем плохая идея.

Спасибо за помощь и участие =)