https://bugzilla.redhat.com/show_bug.cgi?id=1967541
Bug ID: 1967541 Summary: zinnia fails to build in Fedora 35+: Broken RPATH will fail rpmbuild Product: Fedora Version: rawhide Status: NEW Component: zinnia Assignee: liangsuilong@gmail.com Reporter: thrnciar@redhat.com QA Contact: extras-qa@fedoraproject.org CC: i18n-bugs@lists.fedoraproject.org, liangsuilong@gmail.com, mhroncok@redhat.com, petersen@redhat.com, pwu@redhat.com, thrnciar@redhat.com Blocks: 1890881 (PYTHON3.10) Target Milestone: --- Classification: Fedora
zinnia fails to build in Fedora 35+
https://fedoraproject.org/wiki/Changes/Broken_RPATH_will_fail_rpmbuild
Related section in packaging guidelines. https://docs.fedoraproject.org/en-US/packaging-guidelines/#_beware_of_rpath
+ /usr/lib/rpm/check-rpaths ******************************************************************************* * * WARNING: 'check-rpaths' detected a broken RPATH OR RUNPATH and will cause * 'rpmbuild' to fail. To ignore these errors, you can set the * '$QA_RPATHS' environment variable which is a bitmask allowing the * values below. The current value of QA_RPATHS is 0x0000. * * 0x0001 ... standard RPATHs (e.g. /usr/lib); such RPATHs are a minor * issue but are introducing redundant searchpaths without * providing a benefit. They can also cause errors in multilib * environments. * 0x0002 ... invalid RPATHs; these are RPATHs which are neither absolute * nor relative filenames and can therefore be a SECURITY risk * 0x0004 ... insecure RPATHs; these are relative RPATHs which are a * SECURITY risk * 0x0008 ... the special '$ORIGIN' RPATHs are appearing after other * RPATHs; this is just a minor issue but usually unwanted * 0x0010 ... the RPATH is empty; there is no reason for such RPATHs * and they cause unneeded work while loading libraries * 0x0020 ... an RPATH references '..' of an absolute path; this will break * the functionality when the path before '..' is a symlink * * * Examples: * - to ignore standard and empty RPATHs, execute 'rpmbuild' like * $ QA_RPATHS=$(( 0x0001|0x0010 )) rpmbuild my-package.src.rpm * - to check existing files, set $RPM_BUILD_ROOT and execute check-rpaths like * $ RPM_BUILD_ROOT=<top-dir> /usr/lib/rpm/check-rpaths * ******************************************************************************* ERROR 0001: file '/usr/bin/zinnia_convert' contains a standard runpath '/usr/lib64' in [/usr/lib64] ERROR 0001: file '/usr/bin/zinnia_learn' contains a standard runpath '/usr/lib64' in [/usr/lib64] ERROR 0001: file '/usr/bin/zinnia' contains a standard runpath '/usr/lib64' in [/usr/lib64]
For the build logs, see: https://copr-be.cloud.fedoraproject.org/results/@python/python3.10/fedora-ra...
For all our attempts to build zinnia with Python 3.10, see: https://copr.fedorainfracloud.org/coprs/g/python/python3.10/package/zinnia/
Testing and mass rebuild of packages is happening in copr. You can follow these instructions to test locally in mock if your package builds with Python 3.10: https://copr.fedorainfracloud.org/coprs/g/python/python3.10/
Let us know here if you have any questions.
Python 3.10 will be included in Fedora 35. To make that update smoother, we're building Fedora packages with early pre-releases of Python 3.10. A build failure prevents us from testing all dependent packages (transitive [Build]Requires), so if this package is required a lot, it's important for us to get it fixed soon. We'd appreciate help from the people who know this package best, but if you don't want to work on this now, let us know so we can try to work around it on our side.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1890881 [Bug 1890881] Python 3.10 tracker