После обновления до Fedora 41 у меня возникает ошибка компиляции с rpmbuild –rebuild.

Содержание

Вопрос или проблема
Ответ или решение
Причины возникновения ошибки
В чем отличие окружения mock?
Что делать дальше?
Заключение

Вопрос или проблема

После обновления с Fedora 38 до Fedora 41 я получаю ошибку компиляции при повторной компиляции пакета исходного rpm.

rpmbuild --rebuild package.fc41.src.rpm

ошибка: передача аргумента 1 функции ‘gzwrite’ из несовместимого типа указателя [-Wincompatible-pointer-types]

Если я компилирую этот же исходный rpm пакет в среде mock, он компилируется без ошибок:

mock -r /etc/mock/fedora-41-x86_64.cfg --no-clean package.fc41.src.rpm

Что отличает среду mock? Я проверял как rpm –eval “%{optflags}”, так и rpm -E “%{build_ldflags}” в оболочке mock и на машине Fedora 41, и они совпали. Почему среда mock не выдает ошибку
[-Wincompatible-pointer-types]?

Ответ или решение

После обновления с Fedora 38 на Fedora 41 и попытки перекомпиляции исходного RPM-пакета с использованием команды rpmbuild --rebuild package.fc41.src.rpm, вы столкнулись с ошибкой компиляции:

error: passing argument 1 of ‘gzwrite’ from incompatible pointer type [-Wincompatible-pointer-types]

В то время как при компиляции в среде mock ошибка не возникает. Это очень распространенная ситуация, которая может быть вызвана рядом факторов. Давайте подробнее рассмотрим возможные причины и отличия между средой mock и вашей локальной средой сборки.

Причины возникновения ошибки

Разные версии зависимостей: Возможно, в системе Fedora 41 были обновлены библиотеки или пакеты, используемые вашим проектом. Например, если библиотека сжатия, используемая для gzwrite, была обновлена и теперь требует другой тип указателя или структуры, это могло вызвать ошибку. Проверьте версии библиотеки zlib и других связанных библиотек как в вашей системе, так и в среде mock.
Настройки компилятора: Возможно, в вашей и mock средах установлены разные версии или конфигурации компилятора. Проверьте, используете ли вы одинаковые версии gcc, clang или других инструментов сборки. Разные настройки по умолчанию могут привести к различиям в интерпретации типов.
Стандартные варианты компиляции: Хотя вы проверили флаги компиляции (%{optflags} и %{build_ldflags}) и они совпадают, стоит убедиться, что в самих spec файлах RPM нет дополнительных настроек, устанавливающих специфические опции для сборки в локальной среде.
Переменные окружения: Разные переменные окружения в mock и вашей системе могут также повлиять на компиляцию. Попробуйте выполнить вывод переменных окружения (например, с помощью env) в обеих средах и сравнить.
Библиотеки и заголовочные файлы: Ваша локальная среда может иметь установленные библиотеки или заголовочные файлы, которые не соответствуют тем, что используются в mock. Проверьте, есть ли разница в том, какие пакеты установлены. Используйте команды rpm -qa для получения списка установленных пакетов для сравнения.

В чем отличие окружения `mock`?

mock предоставляет изолированную среду сборки, которая копирует спецификацию пакетов и зависимости, соответствующие дистрибутиву. Также стоит учесть:

mock использует чистую среду с установленными необходимыми зависимостями только для сборки конкретного пакета.
В mock отсутствуют любые индивидуальные настройки, конфигурации и установленные вами приложения, которые могут повлиять на процесс сборки. Это позволяет ему работать более предсказуемо.
Кроме того, в mock могут быть загружены другие версии библиотек и инструменты, которые могут по-другому обрабатывать ваш код.

Что делать дальше?

Обновите зависимости: Убедитесь, что все зависимые пакеты обновлены до последних версий.
Изолированная сборка: Попробуйте настроить более изолированную среду выполнения, аналогичную mock, через использование ченджлетов (например, containers или chroot).
Проверьте код: Посмотрите на участок кода, связанный с вызовом gzwrite, и убедитесь, что все типы данных совпадают с теми, что ожидает функция. Возможно, стоит изменить параметры вызова функции, если это необходимо.

Заключение

Разница в сборке через rpmbuild и mock может быть довольно выраженной, и обратите внимание на разные окружения, настройки и зависимости. Проверив указанные факторы, вы сможете установить причину возникновения ошибки и успешно собрать ваш RPM-пакет.